Create an account


Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
git repository maintenance (xonotic-maps)

#1
It looks like I have to recreate the "xonotic-maps" repository as it contains a lot of data that is not referenced any more (the old Nexuiz maps), and will not ever be.

For now, I want everyone to push their branches to the repository - even if they are not ready for merging yet.

THE DEADLINE IS MONDAY, MAY 10 2010, 9:00 UTC.

At a later point, write access to the repository will get turned off, the required rewrite will be done to the reposiotory, and ALL users will have to delete their checkout of the xonotic-maps.pk3dir.git repository and clone it again. Possibly, a new name will be used for the xonotic-maps repository to make the transition easier.

The other repositories need no such maintenance, and most likely never will.

In case someone forgets to push a branch, there will be a replacement procedure to bring the repo back into a working state. That procedure however takes about 2 hours of CPU time, so better avoid it.

Technical note: the modifications done to the repository are in the file attached to this post.


Attached Files
.zip   delete-obsolete-files.zip (Size: 22.74 KB / Downloads: 12)
Reply

#2
Background: this is because a whole lot of files were deleted, or moved to the xonotic-nexcompat repository. However, as a git repository always contains the full history, these files still are downloaded with the xonotic-data repository and take up about 500 extra MB. That is what I will get rid of.
Reply

#3
I don't understand what you mean by branches sorry?
There's nothing better than getting off you butt and contributing to a community. There is no excuse when it comes to computers. Spend a little of you playing time, giving back Smile
Reply

#4
This might help:

http://www.kernel.org/pub/software/scm/g...orial.html
He can talk the talk, but can he caulk the caulk?
Reply

#5
(05-07-2010, 01:25 AM)Cuinnton Wrote: I don't understand what you mean by branches sorry?

It means that whoever has changes in his git checkout of the maps repository, shall back up his changes.

The preferred way to do this, is to simply commit and push them to the repository into a branch. Then these will be converted the correct way when I perform the change.

If you have no commit access to the repository, you do not need to do anything, other than maybe deleting the xonotic-maps.pk3dir directory of your checkout and rerunning ./all update AFTER THE CHANGE HAS BEEN PERFORMED.
Reply

#6
Maintenance is finished. Now you can:

- either: just delete data/xonotic-maps.pk3dir and run ./all update
- or: ./all update, and in data/xonotic-maps.pk3dir, do the following commands:
Code:
for b in `git for-each-ref --format='%(refname)'`; do
  git checkout "$b"
  git reset --hard "origin/$b"
done

This assumes you have NO LOCAL CHANGES in any of your branches! If you DO have them, you have to manually fix it.

For each such branch, manually:
- git checkout branchname
- (possibly) undo the merge ./all update has done
- git rebase --onto=origin/branchname origin/branchname@{1}
Reply

#7
18:48 <r00t_> git really sucks
18:48 <r00t_> I had to delete a file because there was some stupid conflict
18:48 <r00t_> when I did ./all update it didn't replace the files
18:48 <r00t_> so then I deleted the darkplaces dir
18:48 <r00t_> still wouldnt replace
18:49 <r00t_> wouldn't let me git pull either as it said I was in the middle of a merge conflict
18:49 <r00t_> I had to delete the whole xonontic tree
18:49 <r00t_> and then re get it
18:49 <r00t_> git suck sass
18:49 <r00t_> ass
18:49 <r00t_> with svn it's easy
18:50 <r00t_> delete a file and svn will replace it for you when you update
18:50 <r00t_> Git SUCKS
Had to re download the whole billion terabyte repo
Reply

#8
You could also have read this post, and had been prepared for the change, and done the right thing after it.
Reply

#9
git is far better than SVN, especially for a project like this. Thank you for all the work you've put into organizing the branches and making the code more accessible to people of all skill levels divVerent.
Reply



Possibly Related Threads…
Thread Author Replies Views Last Post
  0.8.6 and git - Stutter points / Profiling / Code Optimization dagelf 1 3,383 06-08-2024, 04:16 PM
Last Post: dagelf
  Hello guys! I need Xonotic Debian repository, not snap SerW 4 1,499 11-11-2023, 08:31 PM
Last Post: cushinga
  Xonotic Git Help Molnija 4 5,741 01-20-2019, 11:38 PM
Last Post: Molnija
  [SOLVED] setting proper git pushurl BuddyFriendGuy 0 2,495 04-07-2015, 09:44 PM
Last Post: BuddyFriendGuy
Exclamation git branch archival TimePath 2 6,125 02-08-2015, 03:01 PM
Last Post: Mr. Bougo
  Cloning git? end user 2 3,782 09-15-2014, 03:35 AM
Last Post: end user
  Segmentation fault @ Xonotic(git) Ari 2 4,792 01-31-2014, 02:45 AM
Last Post: Ari
  Are maps in Xonotic hinted? Majki 18 17,076 06-15-2012, 10:38 AM
Last Post: Majki
Brick Proposal to change the mapping procedure for official Xonotic maps CuBe0wL 21 34,872 04-13-2012, 10:40 AM
Last Post: Samual
  GIT version size maxyan 7 7,273 03-13-2012, 02:54 AM
Last Post: tZork

Forum Jump:


Users browsing this thread:
1 Guest(s)

Forum software by © MyBB original theme © iAndrew 2016, remixed by -z-