-
Notifications
You must be signed in to change notification settings - Fork 11
/
README.txt
46 lines (31 loc) · 1.45 KB
/
README.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
==============================
GitHub: Migrate Trac Tickets
==============================
GitHub Issues API
=================
Offer a minimal API to work with GitHub's Issues via the v3 API.
It can GET issues, comments, labels, milestones, and can POST data to
create new ones via a simple dictionary.
Migrate Trac Tickets to GitHub Issues
=====================================
A sample program uses this to migrate Trac tickets into GitHub Issues.
It creates and merges "Milestones".
It uses Trac "Components" as GitHub "Labels".
It cannot migrate ticket ownership to GitHub Issue "Assignee" since we
have no way to map customer-specific Trac usernames into global GitHub
usernames.
Testing out migration
---------------------
The GitHub API has no way to DELETE an Issue, so you might want to
test out the migration first.
Create a temporary new GitHub repository, like 'yourorg/killme'. Then
push your Trac tickets into it, for example:
./trac-tickets-to-gh.py ~/oldproject-trac.db yourname yourpasswd yourorg/killme
Then verify labels and milestones migrated as expected. Finally,
destroy the test repository.
If you've (cough) already migrated tickets into an existing github with
code, you can ensure you've pulled a current copy of the code repo,
then blow it away and re-create, then migrate the tickets, and finally
push your local code repo back into the code repo. You'll lose any
tickets that were created within GitHub that aren't in your Trac,
however.