Details
Diff Detail
Event Timeline
clang/www/get_started.html | ||
---|---|---|
54 | Can you explain what the trade-off is? If this is always faster and most of us only ever build the latest version (unless doing a bisect), why should anyone ever choose the slow way? I don't know enough about git to know whether there are ramifications to truncating the history. If someone starts with --depth=1 and then later becomes a contributor, will having truncated history impact the code review and patch submission workflow? +nit: no space before the : |
clang/www/get_started.html | ||
---|---|---|
54 | For normal users looking to just compile, this command works fine. But if someone later becomes a contributor, since they can't push code from a shallow clone, it needs to be converted into a full clone using git fetch –unshallow |
clang/www/get_started.html | ||
---|---|---|
54 | Sorry, the intent of my questions was to get the trade-off explained in the document itself. |
clang/www/get_started.html | ||
---|---|---|
54 | To save storage and speed up the checkout time, we may want to do a shallow clone. |
@sushmaunnibhavi Actually, what you wrote in the last two comments, you should write them in clang/www/get_started.html instead of comments. Please update the file.
Nice suggestion, would you also write your second comment in the doc:
//For normal users looking to just compile, this command works fine. But if someone later becomes a contributor, since they can't push code from a shallow clone, it needs to be converted into a full clone using
git fetch –unshallow//
Because If someone doesn't know about --depth 1, may happen that also don't know about --unshallow. better we suggest here so they don't need to search around on internt.
Can you explain what the trade-off is? If this is always faster and most of us only ever build the latest version (unless doing a bisect), why should anyone ever choose the slow way?
I don't know enough about git to know whether there are ramifications to truncating the history. If someone starts with --depth=1 and then later becomes a contributor, will having truncated history impact the code review and patch submission workflow?
+nit: no space before the :