Dan Liew
2014-Jul-22 14:27 UTC
[LLVMdev] Policy and advise for working with LLVM release branch with git-svn
Hi, I noticed that the LLVM 3.5 release branch landed recently. I have a few patches (these are all part of my recent work to fix up the CMake interface) that I'd like in both LLVM3.5 release branch and trunk that I'd like to commit Is there any policy on how should do this be done, or can I just commit the patch to both trunk and then the release branch with identical commit messages? Or should these be the same commit (I think SVN lets you do this...) I'm also currently using git-svn to push to trunk by following [1]. There isn't any advise there about working with the release branches. I have never pushed to a svn branch from git-svn before I'd like to not screw this up. Should I - Just use svn for committing to the release branch - Create a new git repository on my local machine and set it up in [1] but use the release URL instead of trunk - Do some kind of magic so I can continue to use existing LLVM git repository and be able to push either trunk or the release branch - Something else... ? [1] http://llvm.org/docs/GettingStarted.html#for-developers-to-work-with-git-svn Thanks, Dan
Bill Wendling
2014-Jul-22 16:41 UTC
[LLVMdev] Policy and advise for working with LLVM release branch with git-svn
Hi Dan, Commits for work that is still ongoing (i.e., not a new feature), can be committed to the 3.5 release branch. The requirement is that the patches need to be tested on the 3.5 release branch and not just on trunk. It’s very important to keep the branch as stable as possible. I’ll let everyone know when we’re no longer accepting non-bug fix patches. -bw On Jul 22, 2014, at 7:27 AM, Dan Liew <dan at su-root.co.uk> wrote:> Hi, > > I noticed that the LLVM 3.5 release branch landed recently. > > I have a few patches (these are all part of my recent work to fix up > the CMake interface) that I'd like in both LLVM3.5 release branch and > trunk that I'd like to commit > > Is there any policy on how should do this be done, or can I just > commit the patch to both trunk and then the release branch with > identical commit messages? Or should these be the same commit (I think > SVN lets you do this...) > > I'm also currently using git-svn to push to trunk by following [1]. > There isn't any advise there about working with the release branches. > I have never pushed to a svn branch from git-svn before I'd like to > not screw this up. > > Should I > > - Just use svn for committing to the release branch > - Create a new git repository on my local machine and set it up in [1] > but use the release URL instead of trunk > - Do some kind of magic so I can continue to use existing LLVM git > repository and be able to push either trunk or the release branch > - Something else... > ? > > [1] http://llvm.org/docs/GettingStarted.html#for-developers-to-work-with-git-svn > > Thanks, > Dan > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
Reid Kleckner
2014-Jul-22 16:45 UTC
[LLVMdev] Policy and advise for working with LLVM release branch with git-svn
The usual approach is to commit to trunk and request a merge (I suppose a cherry-pick in git parlance) of the relevant changes. I expect for this kind of thing that Bill would be OK with you doing the merge yourself. On Tue, Jul 22, 2014 at 7:27 AM, Dan Liew <dan at su-root.co.uk> wrote:> Hi, > > I noticed that the LLVM 3.5 release branch landed recently. > > I have a few patches (these are all part of my recent work to fix up > the CMake interface) that I'd like in both LLVM3.5 release branch and > trunk that I'd like to commit > > Is there any policy on how should do this be done, or can I just > commit the patch to both trunk and then the release branch with > identical commit messages? Or should these be the same commit (I think > SVN lets you do this...) > > I'm also currently using git-svn to push to trunk by following [1]. > There isn't any advise there about working with the release branches. > I have never pushed to a svn branch from git-svn before I'd like to > not screw this up. > > Should I > > - Just use svn for committing to the release branch > - Create a new git repository on my local machine and set it up in [1] > but use the release URL instead of trunk > - Do some kind of magic so I can continue to use existing LLVM git > repository and be able to push either trunk or the release branch > - Something else... > ? > > [1] > http://llvm.org/docs/GettingStarted.html#for-developers-to-work-with-git-svn > > Thanks, > Dan > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20140722/959e7453/attachment.html>
Dan Liew
2014-Jul-23 11:02 UTC
[LLVMdev] Policy and advise for working with LLVM release branch with git-svn
On 22 July 2014 17:41, Bill Wendling <isanbard at gmail.com> wrote:> Hi Dan, > > Commits for work that is still ongoing (i.e., not a new feature), can be committed to the 3.5 release branch. The requirement is that the patches need to be tested on the 3.5 release branch and not just on trunk. It’s very important to keep the branch as stable as possible. I’ll let everyone know when we’re no longer accepting non-bug fix patches.Great thanks. I've just submitted my last patches to llvm-commits for review. I'll start merging the necessary commits on to the release branch using the handy ``utils/release/merge.sh`` script that you pointed to in another e-mail. Thanks, Dan.
Possibly Parallel Threads
- [LLVMdev] [RFC] Improving the testing of exported LLVM CMake targets
- Problem about API difference between LLVM3.5 and LLVM3.9
- Understanding CallInst::Create
- [LLVMdev] Policy for applying fixes to released branches?
- [LLVMdev] Fixing LLVM's CMake interface before LLVM3.5 release