svn senior Developer confirmation before commit codes

Question

I want to check Junior developer's codes via senior Developer before they commit their codes to SVN. How can I manage it with SVN? My point is senior Developer notifies Junior developer want to commit their codes (for example with email) and after they confirmed, codes commit. our SVN is on windows server

thank you.

I don't think there is support for anything like this in Subversion. Maybe you want to explore moving to Git. — tripleee, Dec 18 '17 at 11:17
while git supports much better branching strategies, "anything like this" is exaggerated. — Peter Parker, Dec 19 '17 at 15:28

score 2 · Answer 1 · answered Dec 20 '17 at 15:40

You can make your junior devs work on branches only, and stop them committing to trunk. You can do that by either setting permissions to specific repo paths on the SVN server, or by writing a pre-commit hook.

If you're using VisualSVN Server, you can configure it on this dialog:

I've kind-of cheated here in this example, by setting an overriding permission. For larger teams, you'd want something more scalable where you set read-only permissions on the repo and then explicitly grant access to /branches/ for the developers, and /trunk/ for senior devs.

score 1 · Answer 2 · answered Dec 18 '17 at 15:47

1

Subversion does not directly support a "code review" model like you may be used to with a GitHub Pull Request. There are some add-on tools that may help here, but I can't recommend any as I've never used them.

What you may want to try is to have developers working in their own branches and committing to that, then ask the senior developer to review and then merge to a central trunk or other branch.

answered Dec 18 '17 at 15:47

alroc

27,574
6
51
97

This. An addendum to this is that this can actually be enforced through the svn authz file. Give the group of (junior?) developers read/write access to the branches and strictly read access to the trunk. Then, give the senior developers read/write access to the trunk (as well as the branches if need be). That way the only changes that are merged into the trunk _must_ come from the senior devs. – Chris Dec 18 '17 at 19:44

Peter Parker · Answer 3 · 2017-12-20T16:58:39.447

There are two possibilities:

You can use branches and the --reintegrate option in SVN to merge them automatically back into the trunk. This works fairly well as long as you follow some rules(you can bend them, you can break them, but you will encounter difficulties):
- never do any subtree merges (merge subdirectories; merge only on trunk or branch level)
- never merge between different branches except the path you are branching from (normally this would be trunk). So no crossbranching from colleagues.
- always merge all commits from branch into trunk and always sync completely your branch from trunk. So no cherry picking
- by following these rules you can easily merge and keep your trunk clean without using any revision number. See svnbook/merging for more details.
- also this means the integration merge(from developerbranch into trunk) is always conflict free as all changes (in trunk) are usually merged by the developer beforehand. If trunk maintainer encounters a conflict during merge he rejects the branch and tells developer to sync merge from trunk to resolve this conflict on his branch
- you should protect trunk from commits of the junior developers but it is neither necessary nor important for the overall process
- See also https://stackoverflow.com/a/7387277/23264 for further information (with some fancy ascii art)
you can accept patches for people to send around. This is a quite manual process but it depends on how many Junior Developer you have. Note that while it sounds impossible the whole svn development process works by sending patches to the mailing list until you sent enough to get committer-privilege.

svn senior Developer confirmation before commit codes

3 Answers3