-
-
Notifications
You must be signed in to change notification settings - Fork 36
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/provider selection #125
base: master
Are you sure you want to change the base?
Feature/provider selection #125
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good job @croesnick! There is one big thing with the change from sha
to revision
:
I like the change but will will introduce a breaking change.
So existing consumers which already have sha
in the comments file have to migrate.
My suggestion:
- provide a migration task, that will convert the file-header into the new format
- once we will merge this features, I will introduce a breaking change in the version so that consumers are aware of the changes (just in case the migration task fails)
Oh and as I merges #124 , a rebase in needed
* Add provider selection to settings (options: git, svn) * Add VCS provider handler which can retrieve git sha as well as svn rev * Rename `sha` to `revision` as more general term in CSV
Also add typescript declarations for stub-spawn-once
6b4c01c
to
d93262a
Compare
@croesnick I recently merged some other features/fixes, so a rebase is needed. |
PR Checklist
Please check if your PR fulfills the following requirements:
PR Type
What kind of change does this PR introduce?
What is the current behavior?
Currently, only git repositories are supported.
What is the new behavior?
But in my uses cases, I additionally need svn and also git-svn (as a proxy for svn repos). This PR adds both. It moreover disables all git-related functions (gitlab export and alike) when the provider is not git.
Does this PR introduce a breaking change?
sha
in CSV has been renamed torevision
. I though about deprecating the sha column, but then then new revision column would needed to go to the end of the csv, which IMHO is not ideal. Rationale for just doing the renaming has been that the upgrade path after this change is very easy: simply renamesha
torevision
in the csv and we are good to go. In case this is still an inconvenience, we could handle the revision being stored either in therevision
orsha
property when loading the csv and just not telling the user about it.code-review.gitDirectory
has been moved tocode-review.vcs.git.directory
Other information