[GitHub] Transferring a new library's repo to boostorg?
https://svn.boost.org/trac/boost/wiki/NewLibFromGit describes "Creating a new library from an existing Git repository". It seems to cover the case where the existing git repo isn't in the exact boost branch organizational structure required. The Boost Endian library is ready to be moved to boostorg on GitHub so it can be tested on develop, checked by release managers, and otherwise readied to be added to 1.57.0. It is already on GitHub and AFAIK has the usual boost branch and directory structure. GitHub has a mechanism to transfer a repo between users or organizations. This would seem the easiest and most direct approach for boost endian. Is there any reason not to give it a try, and if it works as advertized then add it to https://svn.boost.org/trac/boost/wiki/NewLibFromGit as an additional option? --Beman
On Wed, Aug 13, 2014 at 10:09 AM, Beman Dawes
https://svn.boost.org/trac/boost/wiki/NewLibFromGit describes "Creating a new library from an existing Git repository". It seems to cover the case where the existing git repo isn't in the exact boost branch organizational structure required.
The Boost Endian library is ready to be moved to boostorg on GitHub so it can be tested on develop, checked by release managers, and otherwise readied to be added to 1.57.0. It is already on GitHub and AFAIK has the usual boost branch and directory structure.
GitHub has a mechanism to transfer a repo between users or organizations. This would seem the easiest and most direct approach for boost endian. Is there any reason not to give it a try, and if it works as advertized then add it to https://svn.boost.org/trac/boost/wiki/NewLibFromGit as an additional option?
See https://help.github.com/articles/how-to-transfer-a-repository for details of how the transfer works. --Beman
On 13 August 2014 15:09, Beman Dawes
https://svn.boost.org/trac/boost/wiki/NewLibFromGit describes "Creating a new library from an existing Git repository". It seems to cover the case where the existing git repo isn't in the exact boost branch organizational structure required.
That was the procedure for libraries that were in subversion but had their own separate github modules, so it only applied to odeint and predef. It should probably be deleted now.
The Boost Endian library is ready to be moved to boostorg on GitHub so it can be tested on develop, checked by release managers, and otherwise readied to be added to 1.57.0. It is already on GitHub and AFAIK has the usual boost branch and directory structure.
GitHub has a mechanism to transfer a repo between users or organizations. This would seem the easiest and most direct approach for boost endian. Is there any reason not to give it a try, and if it works as advertized then add it to https://svn.boost.org/trac/boost/wiki/NewLibFromGit as an additional option?
We've already used the github transfer mechanism for a couple of modules. It requires that the person transferring in is in a team with admin rights. If we don't want to give people admin rights, then it might be best to transfer to the repo to an admin user, and then let them transfer the module into the organisation.
On Wed, Aug 13, 2014 at 10:38 AM, Daniel James
On 13 August 2014 15:09, Beman Dawes
wrote: https://svn.boost.org/trac/boost/wiki/NewLibFromGit describes "Creating a new library from an existing Git repository". It seems to cover the case where the existing git repo isn't in the exact boost branch organizational structure required.
That was the procedure for libraries that were in subversion but had their own separate github modules, so it only applied to odeint and predef. It should probably be deleted now.
OK, done. Rewrite started to reflect use of github transfer mechanism.
The Boost Endian library is ready to be moved to boostorg on GitHub so it can be tested on develop, checked by release managers, and otherwise readied to be added to 1.57.0. It is already on GitHub and AFAIK has the usual boost branch and directory structure.
GitHub has a mechanism to transfer a repo between users or organizations. This would seem the easiest and most direct approach for boost endian. Is there any reason not to give it a try, and if it works as advertized then add it to https://svn.boost.org/trac/boost/wiki/NewLibFromGit as an additional option?
We've already used the github transfer mechanism for a couple of modules. It requires that the person transferring in is in a team with admin rights.
Since I have admin rights, I went ahead and transferred the endian repo. Very quick, easy, and nice. Cloned it locally, did a merge develop -> master, pushed, check logs, etc. Slick. If we don't want to give people admin rights, then it
might be best to transfer to the repo to an admin user, and then let them transfer the module into the organisation.
That sounds workable. I'll write some strawman wording, then ask you to review it. Thanks, --Beman
On 13 Aug 2014 at 10:09, Beman Dawes wrote:
GitHub has a mechanism to transfer a repo between users or organizations. This would seem the easiest and most direct approach for boost endian. Is there any reason not to give it a try, and if it works as advertized then add it to https://svn.boost.org/trac/boost/wiki/NewLibFromGit as an additional option?
Transfers on github have the big advantage that github will symlink the old URL to the new one (usually). However not all git repos live on github, and those need to be accounted for. Github provides an Import git repository, but it does a bare clone which loses important information like git notes. Better to do it by hand instead: git clone --mirror <originurl> git push --mirror <githuburl> Niall -- ned Productions Limited Consulting http://www.nedproductions.biz/ http://ie.linkedin.com/in/nialldouglas/
On Wed, Aug 13, 2014 at 11:04 AM, Niall Douglas
On 13 Aug 2014 at 10:09, Beman Dawes wrote:
GitHub has a mechanism to transfer a repo between users or organizations. This would seem the easiest and most direct approach for boost endian. Is there any reason not to give it a try, and if it works as advertized then add it to https://svn.boost.org/trac/boost/wiki/NewLibFromGit as an additional option?
Transfers on github have the big advantage that github will symlink the old URL to the new one (usually).
However not all git repos live on github, and those need to be accounted for. Github provides an Import git repository, but it does a bare clone which loses important information like git notes.
Better to do it by hand instead:
git clone --mirror <originurl> git push --mirror <githuburl>
Thanks for the heads up! That's good to know. I'll write strawman wording, then ask you to review it. --Beman
On 13 Aug 2014 at 15:28, Beman Dawes wrote:
However not all git repos live on github, and those need to be accounted for. Github provides an Import git repository, but it does a bare clone which loses important information like git notes.
Better to do it by hand instead:
git clone --mirror <originurl> git push --mirror <githuburl>
Thanks for the heads up! That's good to know.
I've been finding myself using git notes increasingly of late. They are actually very, very useful for passing state per commit/branch between automated scripts on an automated CI. It's a real shame git push doesn't have a flag for pushing notes - you have to do a manual refspec push which isn't natural for most people.
I'll write strawman wording, then ask you to review it.
Happy to help. Just ping me when you're ready. Niall -- ned Productions Limited Consulting http://www.nedproductions.biz/ http://ie.linkedin.com/in/nialldouglas/
participants (3)
-
Beman Dawes
-
Daniel James
-
Niall Douglas