Open matteom opened 11 years ago
ElDragonRojo
commented
11 years ago That's a good point.
The fastest solution is to create a separate repo for large files such as this, so that the open repo remains small.
The best solution would be to set up an asset server via SoftLayer and just link through that.
spllr
commented
11 years ago Git does not really like big (+10/20MB) binary files.
We could use the YouTube channel or something like it for video hosting and than add a link or embed the video in a html/ markdown page.
On Jul 26, 2013, at 12:59 PM, Mike Lee notifications@github.com wrote:
That's a good point.
The fastest solution is to create a separate repo for large files such as this, so that the open repo remains small.
The best solution would be to set up an asset server via SoftLayer and just link through that.
— Reply to this email directly or view it on GitHub.
matteom
commented
11 years ago Yes, I think that video hosting is better, assuming that a video is final and ready for publishing. For other kind of videos the SoftLayer server seems a better solution.
By the way, when removing the video, remember to do it recursively, otherwise it will still live in the history of the repo and be downloaded anyway.
spllr
commented
11 years ago Could you add a wiki page on recursive deletion? Will be very handy.
On Jul 26, 2013, at 6:30 PM, Matteo Manferdini notifications@github.com wrote:
Yes, I think that video hosting is better, assuming that a video is final and ready for publishing. For other kind of videos the SoftLayer server seems a better solution.
By the way, when removing the video, remember to do it recursively, otherwise it will still live in the history of the repo and be downloaded anyway.
— Reply to this email directly or view it on GitHub.
ElDragonRojo
commented
11 years ago If we are working on a large file in the future, we can make a one-off repo before committing it to an asset server.
Sent from my iPhone
On 26 jul. 2013, at 17:34, Klaas Speller notifications@github.com wrote:
Could you add a wiki page on recursive deletion? Will be very handy.
On Jul 26, 2013, at 6:30 PM, Matteo Manferdini notifications@github.com wrote:
Yes, I think that video hosting is better, assuming that a video is final and ready for publishing. For other kind of videos the SoftLayer server seems a better solution.
By the way, when removing the video, remember to do it recursively, otherwise it will still live in the history of the repo and be downloaded anyway.
— Reply to this email directly or view it on GitHub.
— Reply to this email directly or view it on GitHub.
matteom
commented
11 years ago Added a wiki page on recursive deletion: https://github.com/Appsterdam/open/wiki/Removing-a-file-from-a-repo
matteom
commented
10 years ago I see that the videos are still part of the repository. Since I have some stuff to push, should I do it in my pull request or someone still need the videos to be there? I will remove only the videos and leave the folder and other files intact.
judykitteh
commented
10 years ago @mmeiborg Is the video from our GitHub meeting ready? It would be great to put it up on YouTube so we can link to it from here and show everyone. It doesn't need to have the nice side-by-side of the slides and Mike speaking, just the slides and Mike's audio would suffice. cc @ElDragonRojo
The video is quite big makes cloning the repo really long, which might make it annoying or impossible for people on a slow connection (as I am at the moment, which is making me waste all the time I decided to dedicate to working on it).
Videos are not easily edited and diffable files, so I think it should go somewhere else, without forcing people to download it when they clone the repo on their computer.