|
|
|
|
|
by jacobolus
5817 days ago
|
|
How do you suggest associating URLs to nodes in a revision control history in a "clean" way? The URL linked in this post doesn’t seem exceptionally unreasonable given the content it points at. It uses a URL query string in a similar way to countless other mainstream web resources. How does that have anything to do with REST? Incidentally, if you want, you can shorten your URL quite a bit (from 182 to 107 characters). As in the use of git from the command line, your hashes only have to be long enough to be unique. So this goes to the same place: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6... If you want an even shorter URL (73 characters), you can drop the hb and f arguments, though that provides a bit reduced functionality (just the content): http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6... You’re probably right that it could/should intelligently fill in the path, and not require that as an explicit argument. The a=blob argument seems to be unnecessary so could likely be dropped altogether. But eh. |
|
http://github.com/rortian/Retinex/blob/53a2f818ce301f4912b02...
But, you're right I was wrong to say anything about REST. I just thought it was an interest way to do a git tree explorer.
I'm sure it's not desirable to come up with a minimal character URL for this sort of thing, but I hard to see either approach as suboptimal.