(one more potential candidate for svn issue voting) |
|||
| Line 1: | Line 1: | ||
| + | {{warning|This page is yet to be reviewed for changes required by the migration to Git. Information and commands on this page may no longer be valid and should be used with care. Please see the [[Development/Git|KDE Git hub page]] for more details. }} | ||
| + | |||
SVN is great, and KDE uses it as its primary source control system, although some use SVK on top of it or switch to git to gain distributed development capabilities. SVK is slow and contains some strange branching bugs, while git requires a different development methodology - therefore, let's assume that we're going to stay with SVN for quite a while. | SVN is great, and KDE uses it as its primary source control system, although some use SVK on top of it or switch to git to gain distributed development capabilities. SVK is slow and contains some strange branching bugs, while git requires a different development methodology - therefore, let's assume that we're going to stay with SVN for quite a while. | ||
In light of these prospects, we should collect nasty SVN bugs to make the tool as good as possible. If we ever switch, we should then collect $SCM_OF_THE_WEEK bugs. | In light of these prospects, we should collect nasty SVN bugs to make the tool as good as possible. If we ever switch, we should then collect $SCM_OF_THE_WEEK bugs. | ||
| Warning |
|---|
| This page is yet to be reviewed for changes required by the migration to Git. Information and commands on this page may no longer be valid and should be used with care. Please see the KDE Git hub page for more details. |
SVN is great, and KDE uses it as its primary source control system, although some use SVK on top of it or switch to git to gain distributed development capabilities. SVK is slow and contains some strange branching bugs, while git requires a different development methodology - therefore, let's assume that we're going to stay with SVN for quite a while.
In light of these prospects, we should collect nasty SVN bugs to make the tool as good as possible. If we ever switch, we should then collect $SCM_OF_THE_WEEK bugs.