-
Notifications
You must be signed in to change notification settings - Fork 2.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
cargo new --svn flag #9729
Comments
I think svn support would be good, if someone wants to impl it. |
Draft: A problem which I did not consider when starting this: Should there be a unique folder structure for that? |
I have never used SVN, so I don't know the idiomatic solution here. |
My question targets best practices for |
Is there need for built-in svn support? I think the majority of the world has moved on to better version control systems. (I don't think there's need for CVS either despite me having had to use it as a version control system in the last year.) |
I don’t think Git was better than SVN, yet Cargo supports it. |
Both git and mercurial are a lot better at merging than svn ever was. I had some large svn projects with 50-100 devs committing and it was not pretty at all. |
See, that's why there are many different version control systems; I, for one, never used branches for any of my personal projects. |
It doesn't help much to try finding the "best" version control system(s) and only include support for them in Cargo. The question should be which VCSs are typically used for Rust projects. That said I wonder what actions Cargo should perform to initialize a new folder for Subversion. The svn:ignore property can only be set after a folder has been imported and checked out. |
Thanks for being interested in this. Please read this comment for the team's thought on adding new VCS support. In short,
|
Cargo has support for (e.g.) Pijul and Fossil, and (although I do use Fossil as my main VCS), as those are not really widely used, I wonder if it makes sense to have Subversion support as well.
Given your consent, I'd try to implement that myself, as a warm-up for more meaningful contributions, if I'll find the time soon.
The text was updated successfully, but these errors were encountered: