Back to issue list Export

It is often quite useful to have attachments along with an issue, for traces or core dumps or things like that. Add this feature.

travisb 2012-06-28 22:06:36
hash: 7a2bd855a046033640a7fb1ef11494a22f3ec2caca501f8f420136dd9e77c8e2
Date: 2012-06-28 22:06:36
User: travisb

One issue with this is that large attachments will add up in size. It would be very unfortunate not to be able to effectively attach core files or lengthy log files because they will be too large to transfer effectively. Some of this depends strongly on the VCS in use. SVN has support for excluding files and directories from being downloaded, which might be one plan. However, most DVCSes have no such option and require that you have every thing downloaded. Even then it could be useful to prevent having a live copy of the attachment if they are no longer necessary. To this end maybe it would be best if all the attachments got put into a directory separate from the issues. If we allowed numerous such directories with a regular name (eg. attachments001) and searched all of them, then an administrator could exclude an old attachment directory from the checkout. If this were the case new attachments would have to go into the newest attachment directory. Alternatively we could keep the attachments inside the issue directory, but add some way to directory query a central VCS server to retrieve the attachment. Perhaps this could be used to download the attachment from a pegged revision in SVN or the like, after which the attachment could be 'deleted' and thus taken offline. This will need some more investigation into how common VCSes may be able to handle this case.

travisb 2012-07-04 20:23:55
hash: 8af17ed87b75aac2accee9adb633e9ca4b8de031a297403d5dfdc74d23c205d7
Date: 2012-07-04 20:23:55
User: travisb

Deleting the old attachments from the current version of the source repository with pegged instructions to retrieve it again is definitely the way to go. The only problem with it is that people who want to use a VCS which doesn't support it or want to use a central server will have to modify nitpick to get that functionality. I think that's acceptable.

travisb 2012-07-26 05:06:52
hash: 8aa7e123fd97107d196f52920406a5a73180152a9b912ca126672c5608058ded
Date: 2012-07-26 05:06:52
User: travisb

I'm leaving this for future development since it isn't necessary immediately and with DVCSes it will provide little or no benefit. Issue 2361c306


Tracked by Nitpick