I see that Fossil UI allows the downloading of files ("artifacts") at the url /raw/directory/filename?name=artifactID. Is there a way to always get the latest version of the file without knowing the artifactID? I have tried ?name=trunk, ?name=current, ?name=, and ?name=tip. The only result I have gotten is to be returned to the homepage of the repository or given a text file with a listing of files in the repository. I also tried /doc/directory/filename, but that just gives me the contents of the file as a webpage, as intended.
For background, I have a script I would like to download without cloning the repository, but I would like a "permalink" to the latest version of the file.
What you are looking for is described here:
http://fossil-scm.hwaci.com/fossil/doc/trunk/www/embeddeddoc.wiki
In short, you would write <baseurl>/doc/tip/<filename>
you can read <filename> above to be the path to your file, exactly as it is shown after "file" in the artifact content page. In other words: through the UI you go to "files" and navigate the the files you want link to. Once you are at the file, the header of the page will be "Artifact Content" and show you the as a full path after "File" (right at the top, after the artifact ID)
Related
I often want to send a link to a document on our SVN at a certain revision. I have found out that it is possible to access revision 123 of a_word_document.docx with the link
https://our.svn.server/the_repository/a_word_document.docx?p=123
Is there a way to get a context menu entry in windows explorer, which allows to copy a link of this format that points to the working copy revision?
I often use "TortoiseSVN > Copy URL to clipboard" - but this link always points to the head revision.
Upgrade your TortoiseSVN client's version to 1.11.x
Command for copying URLs to clipboard with revision was added in TortoiseSVN 1.11.0 (see r28385 and New Feature: "Copy versioned URL to clipboard).
I'm using a relatively new feature of TeamCity: File Content Replacer. In my current setup I have a version.js file in my VCS:
window["MyPlugin"].version = "1.0.##VCS_REVISION##.##CI_BUILD_NUMBER##";
I use the File Content Replacer build feature to replace that last part with:
%build.vcs.number%.%system.build.number%
So far so good!
I have one relevant build step. It's an MSBuild step, but it does nothing except call a ps1, which does two relevant things:
Moves all js files to an "output" folder;
Zips all js files into a "zips" folder;
Those are also my two artifacts (an output folder, and a zip file).
However, the File Content Replacer reverts its changes, but this revert is also reflected in artifact nr 1, which are files that are not under version control (even though they are located as a subfolder of my project folder). The version.js file in the zip file is not reverted.
If I change artifact 1 to be my/output/folder => all.%build.vcs.number%.zip then the zip file will also contain a reverted state instead of the output I want.
How do I set TeamCity up so that the artifact files are not affected by this revert? Or do I need something other than this Build Feature?
I'm using TeamCity 9.1.3 build 37176 running on Windows 2012 Server (VM) and the default database for evaluation purposes. I'm using TFS 2013 as my VCS.
PS. I've also asked about this on the JetBrains forums.
File content replace reverts changes before "Publishing artifacts" stage. This is "by design". You can check it in the build log. However you can find modified files in hidden artifacts .teamcity/JetBrains.FileContentReplacer/.
If you want to publish changed file as regular artifact you should create a copy of the file (or pack/archive it as as you've already done). Also instead of using File Content Replacer build feature you can create a script that would make needed changes which aren't reverted.
I have created a new version of my Joomla extension.
Manual upgrade via zip file or the directory works fine.
But the automatic upgrade (which used to work fine before), now gives an error 500 and the following error messages: "Unknown Archive type", "*Update path does not exist" and "Installation unexpectedly terminated: Update path does not exist".
I have no idea why those messages appear.
The update.xml references the correct zip files. Downloading it manually works just fine.
Joomla(/php/apache) has all rights on the folder containing the joomla installation.
After trying the automatic update, the tmp folder contains the downloaded zip archive with the latest extension version, interestingly without the .zip extension. Is the Joomla downloader not correctly naming the file and then failing upon finding that the file doesn't have a .zip extension?`Or what could it be?
Would be very thankful for any ideas...
Edit: My project is hosted on github, and github seems to automatically create a subfolder in the downloaded zip archive, named -.zip.
I'm using a link to the tagged github zip directly in my update.xml
I'm not sure if github always added this folder in the zip file, back when it still worked for me...
Might the Joomla problem have to do with the zip file containng such a folder, and not directly the extension stuff at root level? If so, anybody know if/how I can change github to not create that subfolder?
Right, just had a quick test of this.
I couldn't seem to find out how to automatically zip up a sub folder (there is a way but I need to do some more research/ask questions regarding this), however what you can do is the following:
Create a zip of your Repo
Open the zip, extract the folder you wish to be zipped then zip it
Create a new version and then drag your zip file into the upload box
Publish the release
Here is an example, have a look at the "Creating Releases" sections at the bottom:
https://github.com/blog/1547-release-your-software
Hope this helps
To answer my own question:
Yes, github seems to have recently changed their policy to create a root folder in the zip file, named as the repository the zip file is downloaded for (stupid, if you ask me, since the exact same information is encoded in the zip file name already anyway!).
Edit and Rewrite: It seems that either something changed in Joomla or that if you adhere to a naming convention - namely the root folder in the zip file having the exact extension name (or, I think and have to test, actually the same as the file name, without the version information), then the automatic update will work.
So as in my case, I have a Joomla package; the package is now in a repository pkg_mypkg. The zip file generated by github has the name pkg_mypkg-version.zip (e.g. pkg_myfancyext-1.0.9.zip), and contains a folder named pkg_mypkg. And inside the pkg_mypkg folder is a pkg_mypkg.xml file, the extension manifest. And this actually seems to be the configuration where automatic update works.
I want to use SVN and read it's help.I follow instruction one by one.
Install TortoisesSVN
Create folder
Right button on this folder and TortoisesSVN->Create Repository here->Create folder structure
Right button on the same folder TortoisesSVN->Import
Add this string in dialog "file:///D:/developing/Repo/trunk/test" where Repo is the repository
And i get this error message
I search in google and can't find what I'm doing wrong.Is any one else have similar problem ?? My OS is win7
Edit
(because error message is too small):
Error:
Can't read file 'D:\developing\Repo\db\txn-protorevs\1-3.rev-lock': The process cannot access the file because another process has locked a portion of the file.
Import consists in adding a project (source code) into a repository. You invoke Import on the root directory of the project. Not on the directory containing the SVN repository. Importing a repository inside a repository doesn't make sense.
Read section 4.2 of TortoiseSVN's help. (right-click on any directory, TortoiseSVN - Help)
In my svn repository, there are a lot of zip archives containing images. Recently we added a lot of new images. But some images are missing in some zip archives. How can I check whether an image is available inside a zip archive or not, from the command line?
I can check that a zip archive exists using this command:
svn info svn://ip/test/101.zip
Because my repository is large, my repo browser takes a long time to load. How can I check that an image is available or not inside a zip archive?
Please help.
Thanks
There is no way to open the zip file on the server, and search there for the contents. So you have to download the zip files to the client, list there the contents, and see if it matches. Depending on the zip command and the grep possibilities you have, this will be implemented differently.
The best way to do this is using third party tools for searching inside svn repositories. The most well-known search tool for svn is svn-search which is freely available on sourceforge. It can search inside .txt, .pdf, .doc, .zip and many other file formats. Use this link to get the tool