{"thread":{"id":"45784","subject":"I suggest a new feature: One copy from files","startedAt":"2017-04-24T03:47:55Z","lastAt":"2017-04-25T00:37:50Z","messageCount":5,"participants":["Rm Beer","Samuel Lijin","Jacob Keller"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"317639","messageId":"CAA0fXPu7s1-UQ-RBxvmPq0kGSsdt1wp9VJp7wNMZ_uE02RvCbw@mail.gmail.com","threadId":"45784","inReplyTo":null,"subject":"I suggest a new feature: One copy from files","fromName":"Rm Beer","fromEmail":"rmbeer2@gmail.com","sentAt":"2017-04-24T03:47:36Z","receivedAt":"2017-04-24T03:47:55Z","isPatch":false,"sender":{"key":"rmbeer2@gmail.com","avatar":null},"body":"I have a several directories with binary files datas that is discard\nby .gitignore.\n\nI recommend make a new .gitonecopy or .gitonelog or something that\ntake the directories with only 1 copy of last updated and not take\nhistory of files in the repository.\nMaybe anyone found other best method for apply this idea.\n"},{"id":"317641","messageId":"CAJZjrdVyKcPCmPT8S=Spju_Q7KRjkm7AbP4H--pVdiY9qR=AhQ@mail.gmail.com","threadId":"45784","inReplyTo":"CAA0fXPu7s1-UQ-RBxvmPq0kGSsdt1wp9VJp7wNMZ_uE02RvCbw@mail.gmail.com","subject":"Re: I suggest a new feature: One copy from files","fromName":"Samuel Lijin","fromEmail":"sxlijin@gmail.com","sentAt":"2017-04-24T04:02:34Z","receivedAt":"2017-04-24T04:04:05Z","isPatch":false,"sender":{"key":"sxlijin@gmail.com","avatar":"https://gravatar.com/avatar/01777bf1eae64e2b4dca97dcac182a6abbcf6fd8cb4d5b8fa33edf9f8cc21746?d=mp&s=160"},"body":"...what?\n\nI'm sorry, I have absolutely no idea what you're asking. You're going\nto have to be a lot more specific with your description of the desired\nbehavior because as is, I have no idea what purpose your .gitonecopy\nor .gitonelog would serve. I also have no idea what this has to do\nwith the binary files ignored by .gitignore.\n\nIt would probably make sense for you to describe a use case for this\nas well, to help us understand why you want what you're asking for.\n\nOn Sun, Apr 23, 2017 at 10:47 PM, Rm Beer wrote:\n> I have a several directories with binary files datas that is discard\n> by .gitignore.\n>\n> I recommend make a new .gitonecopy or .gitonelog or something that\n> take the directories with only 1 copy of last updated and not take\n> history of files in the repository.\n> Maybe anyone found other best method for apply this idea.\n"},{"id":"317644","messageId":"CAJZjrdXWbBz3MUVG4WuXvkGD1TZDWTaaEd7VXnyhDsXvU7WSEw@mail.gmail.com","threadId":"45784","inReplyTo":"CAA0fXPvf5V3bALha-7fwTCt17OnXMDX-BjAz+jmXrsbK62BtCg@mail.gmail.com","subject":"Re: I suggest a new feature: One copy from files","fromName":"Samuel Lijin","fromEmail":"sxlijin@gmail.com","sentAt":"2017-04-24T05:28:37Z","receivedAt":"2017-04-24T05:29:25Z","isPatch":false,"sender":{"key":"sxlijin@gmail.com","avatar":"https://gravatar.com/avatar/01777bf1eae64e2b4dca97dcac182a6abbcf6fd8cb4d5b8fa33edf9f8cc21746?d=mp&s=160"},"body":"Looping the listserv back in, didn't realize this had gone off thread.\n\nI'm not sure what you mean by \"update only the last change, and not\nrecord the old changes\".\n\nupdate-index is, like most Git commands, per repo.\n\nOn Mon, Apr 24, 2017 at 12:08 AM, Rm Beer wrote:\n> Yes, but i say about of have a update only the last change, and not\n> record the old changes. Interesting command the 'update-index', this\n> is a permanent config for each dir/files?\n>\n> 2017-04-24 1:59 GMT-03:00 Samuel Lijin :\n>> Ah - I see what you're asking for now, basically the ability to tell Git to\n>> ignore changes to a file once you've already started tracking it, right?\n>>\n>> If I'm not mistaken, git update-index --skip-worktree will do this for you.\n>> (I'm on my phone, so I don't have easy access to documentation right now.)\n>>\n>> Hope this helps.\n>>\n>> On Apr 23, 2017 11:51 PM, \"Rm Beer\" wrote:\n>>>\n>>> in a repository have two behaviors. (How understand i)\n>>>\n>>> 1) A file can check and updated in the repository, take any change\n>>> from the file like a record logs.\n>>> 2) If the file have in .gitignore . Git never see it.\n>>>\n>>> I suggest add a new behaviors:\n>>>\n>>> 3) A file can check and updated in the repository. But never add in\n>>> the record logs, only have one copy in the repository. (Maybe add\n>>> filters in .gitonecopy or something)\n>>>\n>>>\n>>> 2017-04-24 1:02 GMT-03:00 Samuel Lijin :\n>>> > ...what?\n>>> >\n>>> > I'm sorry, I have absolutely no idea what you're asking. You're going\n>>> > to have to be a lot more specific with your description of the desired\n>>> > behavior because as is, I have no idea what purpose your .gitonecopy\n>>> > or .gitonelog would serve. I also have no idea what this has to do\n>>> > with the binary files ignored by .gitignore.\n>>> >\n>>> > It would probably make sense for you to describe a use case for this\n>>> > as well, to help us understand why you want what you're asking for.\n>>> >\n>>> > On Sun, Apr 23, 2017 at 10:47 PM, Rm Beer wrote:\n>>> >> I have a several directories with binary files datas that is discard\n>>> >> by .gitignore.\n>>> >>\n>>> >> I recommend make a new .gitonecopy or .gitonelog or something that\n>>> >> take the directories with only 1 copy of last updated and not take\n>>> >> history of files in the repository.\n>>> >> Maybe anyone found other best method for apply this idea.\n"},{"id":"317645","messageId":"CA+P7+xppiCsco2RmP_KeKO=yVO1LPvTgvBaEuMf1yVBNPtmnGw@mail.gmail.com","threadId":"45784","inReplyTo":"CAA0fXPu7s1-UQ-RBxvmPq0kGSsdt1wp9VJp7wNMZ_uE02RvCbw@mail.gmail.com","subject":"Re: I suggest a new feature: One copy from files","fromName":"Jacob Keller","fromEmail":"jacob.keller@gmail.com","sentAt":"2017-04-24T06:13:56Z","receivedAt":"2017-04-24T06:14:23Z","isPatch":false,"sender":{"key":"jacob.keller@gmail.com","avatar":"https://avatars.githubusercontent.com/u/874719?v=4"},"body":"On Sun, Apr 23, 2017 at 8:47 PM, Rm Beer wrote:\n> I have a several directories with binary files datas that is discard\n> by .gitignore.\n>\n> I recommend make a new .gitonecopy or .gitonelog or something that\n> take the directories with only 1 copy of last updated and not take\n> history of files in the repository.\n> Maybe anyone found other best method for apply this idea.\n\nSo, clearly you haven't defined the request very well. It *sounds*\nlike what you want is the ability to say \"git please store and\ncopy/send this file to other people, but only store it once, and don't\nallow storing history of it\". This pretty much defeats the entire\npoint of revision control and doesn't make sense to me as part of a\nrevision control system.\n\nThanks,\nJake\n"},{"id":"317746","messageId":"CA+P7+xreyO2U3kbw67V5wKx5TVqjKXMww_FY5TUgRfKcQZ6PLg@mail.gmail.com","threadId":"45784","inReplyTo":"CAA0fXPtvxGydnSQfuB6OtYArPN3kb=sJDb3dnJrjdE-=2Hp5pw@mail.gmail.com","subject":"Re: I suggest a new feature: One copy from files","fromName":"Jacob Keller","fromEmail":"jacob.keller@gmail.com","sentAt":"2017-04-25T00:37:20Z","receivedAt":"2017-04-25T00:37:50Z","isPatch":false,"sender":{"key":"jacob.keller@gmail.com","avatar":"https://avatars.githubusercontent.com/u/874719?v=4"},"body":"On Mon, Apr 24, 2017 at 4:47 PM, Rm Beer wrote:\n> 2017-04-24 3:13 GMT-03:00 Jacob Keller :\n>> So, clearly you haven't defined the request very well. It *sounds*\n>> like what you want is the ability to say \"git please store and\n>> copy/send this file to other people, but only store it once, and don't\n>> allow storing history of it\". This pretty much defeats the entire\n>> point of revision control and doesn't make sense to me as part of a\n>> revision control system.\n>\n> Not have sense the save history of revision control system for any\n> binary files datas, who need save a multiple files by change any bytes\n> from a files? Where i change any pixel of image, a word of odt/doc, or\n> sound, music, driver, etc. In this case you only need 1 copy in the\n> repository of .git , you not need a 100 copys in the .git, one by each\n> day of change. You need a old image with a wrong pixel? not have\n> sense...\n>\n\nPlease don't drop the list :)\n\nIf you're not interested in tracking the revision history of a file,\nit doesn't need to be stored inside a revision control system.\nInstead, you probably want an alternative method for sharing such a\nfile. Git is primarily about tracking changes over time to a\ncollection of files in a project. It's also somewhat about sharing\nthis history to other people, but I wouldn't say that is its primary\ngoal.\n\nIn either case, you could instead use an alternative mechanism for\nsharing the large binary file and have people grab the file this way.\nHowever, it is incredibly valuable to share the history of a file so\nthat the other users can see what changed or make sure that the\nversion they are using works with the version of the other sources\nthey have.\n\nIn the case of binary files, you might want to use alternative diff\ndrivers to compare changes more easily, or instead provide some\nnon-binary data that is used to generate the binary files (such as\nsource code).\n\nThe whole point of revision history is to show that \"hey this used to\nhave a wrong pixel, and now we fixed it, and here's how we did it\".\nMaybe the \"wrong\" pixel was actually correct and you find out later\nthat you need to revert this change. But the \"later\" is many months\nand you no longer have the exact change so you're using memory or\nexternal data to determine what to change again instead of the actual\nhistory of a file.\n\nThanks,\nJake\n"}]}