Build a case
Why is this change needed?
Everything in your post talks about the logistics of switching. Did you build a case for actually switching? Does your team know how much better Git is for your team than SVN?
When persuading, people forget that the people they need to persuade do not necessarily know "why" something is needed. You probably are familiar with Git and think "of course Git is better than SVN!", but your team probably does not.
This is all important even if the ultimate reason is "because boss says so" as it helps with the process change even if the core motivation is "management."
Are you sure people git it?
Git is a different paradigm than SVN. If you gave a presentation it's entirely possible that no one really understood. And if you don't understand a VCS you are going to be very resistant to changing to it.
When you give a presentation, make sure to ask open ended questions like "What questions do you have?" instead of "Do you have any questions?"
An email likely was completely ineffective, since most people get many emails and a "FYI change coming!" email often go straight into the "not relevant" category.
Who's in charge?
Your question is... interesting in that your assignment of responsibility is fairly passive voice. Did your manager task you with leading the initiative? Or is your manager still responsible?
Someone needs to have ultimate ownership for the project. In your position, I would strongly encourage you to find a way to get your boss to drive the conversation.
You don't want to be the "new guy who makes everyone change everything" after a month...
What to do?
First, I'd set up a meeting with your manager. Talk with them about:
- What you did (presentations, etc.)
- What was the outcome you expected (people to change)
- What was the outcome that actually happened (people didn't change)
- Ask what your next steps should be
- You can even say you don't want to be pushy as the new person
- Maybe ask about a timeline (perhaps your understanding of "soon" was very different)
Now, if your manager has no idea what is going on (unlikely... but possible) you will want to make sure they understand the implications of changing.
Understanding that it is not a "some-people-switch-to-Git-slowly-while-others-work-in-SVN" approach is important. Ultimately someone needs to have a plan, with a specific date/timeframe when Git goes live. You want to come out of this meeting either knowing this information or trusting your manager either has a plan or will create a plan.
Likely your manager, if even remotely competent, will take ownership and resolve this quickly at this point. If not, they will have a better understanding of team culture and can provide better specific steps.