Skip to content
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

Feature Request: SVN Support #206

Closed
rapito opened this issue Nov 19, 2015 · 153 comments · Fixed by #56595
Closed

Feature Request: SVN Support #206

rapito opened this issue Nov 19, 2015 · 153 comments · Fixed by #56595
Labels
*extension-candidate Issue identified as good extension implementation feature-request Request for new features or functionality
Milestone

Comments

@rapito
Copy link

rapito commented Nov 19, 2015

Add VCS Subversion Support

  • Simple file changes tracking as git.
@egamma egamma added the feature-request Request for new features or functionality label Nov 23, 2015
@deathmood
Copy link

+1 for svn support. But I would like also to be able to commit/update

@ttvd
Copy link

ttvd commented Dec 7, 2015

One more!

@a8775
Copy link

a8775 commented Dec 9, 2015

+1

@egamma egamma modified the milestone: Backlog Dec 10, 2015
@sqeezy
Copy link

sqeezy commented Dec 16, 2015

This should be a basic feature for an "out of the box" experience.

@WernerMairl
Copy link

+1

@vinnybrown
Copy link

Yes please! The lack of svn support is the only thing keeping me from using VSCode at the moment.

@thoradam
Copy link

thoradam commented Feb 3, 2016

@egamma Is this something that the maintainers would accept pull requests for?

@egamma
Copy link
Member

egamma commented Feb 4, 2016

@thoradam in general yes we love PRs:smile:, the challenge here is that VS Code does not have an API to plugin different SCM systems. As first first step such a PR should propose such an SCM provider API. When it comes to API I suggest early collaboration with the maintainers, e.g, start with a proposal. The proposal also needs to support the existing git support.

@csholmq
Copy link

csholmq commented Feb 9, 2016

+1

@mbtts
Copy link

mbtts commented Feb 10, 2016

+1

1 similar comment
@mrigoni
Copy link

mrigoni commented Mar 7, 2016

+1

@csholmq
Copy link

csholmq commented Mar 7, 2016

I would just like to point out #2824 which is crucial for SVN (and other SCM systems) extension support.

@Raab70
Copy link

Raab70 commented Mar 17, 2016

+1

13 similar comments
@kirokuan
Copy link

kirokuan commented Apr 2, 2016

+1

@vellengs
Copy link

vellengs commented Apr 7, 2016

+1

@Thaina
Copy link

Thaina commented Apr 11, 2016

+1

@davgc
Copy link

davgc commented Apr 14, 2016

+1

@RustyScrew
Copy link

+1

@notmike101
Copy link

+1

@Holyphoenix
Copy link

+1

@Stiropor
Copy link

+1

@tongguang
Copy link

+1

@amreladawy
Copy link

+1

@hantleman
Copy link

+1

@ericksonivanowski
Copy link

+1

@johncruise
Copy link

+1

@ElCondor1969
Copy link

+1 for SVN support

@orellabac
Copy link

+1 for SVN Support

@Angelinsky7
Copy link

Angelinsky7 commented Aug 29, 2017

+1 👍

@nilkesede
Copy link

+1

2 similar comments
@martinwk
Copy link

martinwk commented Sep 5, 2017

+1

@hamwj1991
Copy link

+1

@b3rtnl
Copy link

b3rtnl commented Sep 8, 2017

As all of my clients work with both SVN and Git this would be a great feature for me and my colleagues!

@rubenlg
Copy link

rubenlg commented Sep 9, 2017

Until this is implemented, git-svn could be an interesting stopgap: https://git-scm.com/docs/git-svn

@adrycerdeiro
Copy link

+1

2 similar comments
@xiaotan0305
Copy link

+1

@RobPethick
Copy link
Contributor

+1

@johnbillion
Copy link
Contributor

Instead of incessantly leaving +1 comments which only serve to annoy every user who is subscribed to this issue, how about reading some of the discussion and the linked issues.

  • The VS Code team has no intention of natively adding SVN support (at least in the short term); because...
  • An SCM provider API was added in VS Code version 1.11 back in July: SCM provider API #2824. This allows developers to build extensions which add support for other SCM systems such as Subversion.
  • There is an active repo which contains all of this information and links to docs for developers: https://github.com/Microsoft/vscode-SCMBuilders

@fascox
Copy link

fascox commented Sep 19, 2017

Maybe because a lot of people want Microsoft do the job. +1

@chiragswadia
Copy link

@johnbillion Are you from Microsoft VS Code team ?

@johnbillion
Copy link
Contributor

@chiragswadia Nope, but I did read the comments above from VS Code team members. For example: #206 (comment)

@s-martin
Copy link

s-martin commented Sep 19, 2017

@johnbillion While I agree with you that nobody can expect from the VS Code team to implement SVN, I think this feature request is still a good indicator how much this feature would be appreciated. This feature request is currently the 8th most popular out of over 2000.

At least this highly popular issue lead to the SCM provider API. Unfurtunately nobody has started something meaningful for SVN (I would be willing to contribute, but lack TypeScript experience to own such an extension).

The Microsoft folks added also the mentioned repo for information regarding SCM provider API. Unfortunately this repo hasn't been updated in any way since the initial commit 6 months ago and the last time I checked much information was already outdated.

@nachten
Copy link

nachten commented Sep 21, 2017

Yes please !

@ghost
Copy link

ghost commented Sep 21, 2017

Svn is not easy, i had always problem with it previously, many times eclipse didn't support it properly.
I'm an independent developer, very busy with my own stuff, but keen to create my first VS code plugin soon. I have a very deep knowledge in typescript.

I think where developer accepts on market place, the most useful plugins needs to be voted and merged to the product, as at the moment there are tones of 0.0.1 versions plugin, which i think a pretty useless. It should be a little bit controlled. In node development most of the development time wasted because of weighing up 3rd party modules. To be honest, i decided to avoid major jobs, and do small jobs by creating own modules. It shouldn't be the case in VS code. Luckily the quality of vs code mirrors that a big company is behind it.

Anyway the reason why i deleted eclipse after years of usage and jumped to VS code and netbeans because of the tons of unstable plugins. Although in JavaScript is easier to develop, this scenario should be avoided.

@omar-nassar
Copy link

+1

@egamma egamma added the *extension-candidate Issue identified as good extension implementation label Oct 19, 2017
@empitegayan
Copy link

+1

@csholmq
Copy link

csholmq commented Nov 7, 2017

There now exists an extension made by @JohnstonCode. You can find it in the market place under SCM Providers or via the SCM tab inside of code if you select the menu and Install Additional SCM Providers.

Currently you can see status of files, view source, add files and commit (all) changes.

https://github.com/JohnstonCode/svn-scm

He gladly accepts PRs. So let's get working!

Ping @rwatts3 @s-martin @gruberr @cwrau @magic-k

@rjmunro
Copy link

rjmunro commented Nov 13, 2017

Can this be closed? There is now an svn extension, or you can use git-svn (which I highly recommend in general, especially to anyone who isn't better at using svn than git already).

@rwatts3
Copy link

rwatts3 commented Nov 14, 2017

@rjmunro Great suggestion on git-svn, I had no idea this existed until this moment.

@sathishinwebz
Copy link

+1

@egamma
Copy link
Member

egamma commented Nov 23, 2017

Agreed. The https://github.com/JohnstonCode/svn-scm extension is the way forward. It has already some great reviews and it is already multi-root folder enabled. I'm closing the issue.

@egamma egamma closed this as completed Nov 23, 2017
@vscodebot vscodebot bot locked and limited conversation to collaborators Jan 7, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
*extension-candidate Issue identified as good extension implementation feature-request Request for new features or functionality
Projects
None yet
Development

Successfully merging a pull request may close this issue.