]> de.git.xonotic.org Git - xonotic/xonotic.wiki.git/blob - Repository_Access.textile
(Commit created by redmine exporter script from page "Repository_Access" version 24)
[xonotic/xonotic.wiki.git] / Repository_Access.textile
1 h1. Repository Access
2
3 The repository is accessed using git.
4
5 h2. Linux/OS X:
6
7 First, you install git using your favorite package manager. Then:
8
9 <pre>
10 git clone git://git.xonotic.org/xonotic/xonotic.git
11 cd xonotic
12 ./all update
13 </pre>
14
15 After that, you have a working checkout of the repository.
16
17 h3. Getting write access
18
19 A condition for write (push) access is that you agree that any code or data you push will be licensed under the General Public License, version 2, with or without the "or any later version" clause. In case the directory the changes apply to contains a LICENSE or COPYING file indicating another license, your pushed code has to be dual licensed appropriately. Subdirectories currently having a dual license:
20 * data/qcsrc/warpzonelib - dual licensed as "GPLv2 or later" or MIT license.
21
22 In case code you pushed was not written by you, it is your responsibility to ensure proper licensing.
23
24 To apply for write access, make an issue of type "Support" in the category "Repository" and attach your public SSH key to it.
25
26 To cleanly check out then, you would do:
27
28 <pre>
29 git clone ssh://xonotic@git.xonotic.org/xonotic.git
30 cd xonotic
31 ./all update
32 </pre>
33
34 If you already have a checkout, you would do:
35
36 <pre>
37 git config remote.origin.url ssh://xonotic@git.xonotic.org/xonotic.git
38 ./all update
39 </pre>
40
41 After that, you can write to the reposiotry using the usual git commands (commit, push).
42
43 h3. Working with the helper script "all"
44
45 To make working with the repo a little easier there's a little helper script (it's called all, as mentioned in above clone commands). It supports the following commands:
46
47 <pre>
48 ./all update
49 </pre>
50
51 This command updates all the xonotic repositories.
52
53 <pre>
54 ./all branch
55 </pre>
56
57 Lists the branches you are currrently on, in the respective repositories
58
59 <pre>
60 ./all branches
61 </pre>
62
63 Lists all the branches known for all the respective repositories
64
65 <pre>
66 ./all push
67 </pre>
68
69 Pushes your changes.. The script will ask you what to push, etc..
70
71 <pre>
72 ./all checkout
73 </pre>
74
75 h3. Further git information
76
77 About tracking remote branches:
78
79 http://www.gitready.com/beginner/2009/03/09/remote-tracking-branches.html
80
81 This wiki's [[Git]] page.
82
83 A tutorial for SVN users:
84
85 http://git-scm.org/course/svn.html
86
87 h2. Windows
88
89 Info for TortoiseGit / msysgit:
90
91 To get a GIT clone using mysysgit and Tortoise GIT, do the following:
92
93 - Go to the folder where you intend to clone, right click and choose Git Clone from the context menu. Clone the repository from git://git.xonotic.org/xonotic/ and wait for everything to download.
94
95 - Once the first step is ready, open a command prompt or git bash and browse to the root folder of your clone. Write "./all update" as described above to get the separate data repos. After that you have a working GIT clone.
96
97 To write your own changes to the Xonotic git, do the following:
98
99 - You must first have a putty SSH key, containing your private key. To generate one use "puttygen":http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html which creates a ppk file. Choose SSH-2 RSA format and once the key has been generated save it as a private key.
100
101 - Make sure the public key is accepted on the GIT server (see getting access above). To find it, open the generated key in a text editor and read the "public-lines".
102
103 - Open the Settings menu of Tortoise GIT (right click anywhere in the folder you are setting this for) and go to Git -> Remote. Select "origin" for remote, "ssh://xonotic@git.xonotic.org/xonotic-data.pk3dir.git" for URL (data.pk3dir is the example for the "data" branch, each pk3dir is separate!) and for Putty Key browse and select the key file previously mentioned.
104
105 - In order to make a new branch, right click somewhere and choose Create Branch from the Tortoise GIT context menu. This will create a local branch you can do anything with. Once you locally committed your changes to your branch, select Push to upload or update the branch on the GIT server. From the Push window, choose your local branch for Local, leave Remote empty, and select origin for Destination.
106
107 NOTE 1: Before creating your local branch and committing to it, make sure you've configured your user settings from Settings -> Git - > Config (such as your name which will display in the logs).
108
109 NOTE 2: Try naming your branch myname/mychange for each patch. For instance, if your name is Alex and the change you are committing is a menu fix, use something like alex/menufix.