versioning

Add a version number to the title of a LaTeX document

孤人 提交于 2019-12-03 12:27:26
问题 The title section of my LaTeX documents usually look like \title{Title} \author{Me} %\date{} %// Today's date will appear when this is commented out. \begin{document} \maketitle I'd really like to add another line in the title section for a version number: \title{Title} \author{Me} \version{v1.2} %\date{} %// Today's date will appear when this is commented out. \begin{document} \maketitle It doesn't necessarily have to be a command named version , but how can I get a version number to appear

Publish Version vs Assembly (etc) Versions

[亡魂溺海] 提交于 2019-12-03 12:21:19
问题 I've read threads here about the Assembly, File and Assembly Informational versions. I'd like to know where the Publish version fits in. The result of... string thisAppsVersion = System.Reflection.Assembly.GetExecutingAssembly().GetName().Version.ToString(); ...appears to be the AssemblyVersion. Up until now I've been using the publish version with the deployment class: ApplicationDeployment deployment = ApplicationDeployment.CurrentDeployment; Version thisAppsVersion = deployment

ITypeConverter interface has been changed in AutoMapper 2.0

本秂侑毒 提交于 2019-12-03 12:00:38
The ITypeConverter interface has been changed to have a "TDestination Convert(ResolutionContext context)" instead of "TDestination Convert(TSource source)" for the Convert method. http://automapper.codeplex.com/wikipage?title=Custom%20Type%20Converters In my code, now I get this error: 'BusinessFacade.Mappers.DecimalToNullableInt' does not implement interface member 'AutoMapper.ITypeConverter.Convert(AutoMapper.ResolutionContext)' Any good full sample for new mapper like my mappers ? I don't want change any code (or minimum code) in my projects... My mapper public class DecimalToNullableInt :

How does NuGet decide whether to use local package cache or not?

佐手、 提交于 2019-12-03 11:50:49
问题 Today I've faced with a strange behavior of NuGet when installing a package. A brief description: as a result of my build script there's a NuGet package. I don't change the version each time, so each and every build produces MyPackage.1.0.0.nupkg . As the final step of the build, I push the package to the NuGet server deployed inside the local network. Now, on a different machine, I run nuget install MyPackage -Source http://myserver/nuget , which obviously installs the NuGet package. The

Assembly Versioning and Dll Versioning in Team City

孤街醉人 提交于 2019-12-03 11:33:36
问题 I want to have these Versions in a format like this.. {Major}.{Minor}.{Build}.{patch} how to set this in the assembly info patcher in team city? so that it will automatically increment the versions for each time it builds... i want some guidance and help in this...?!? 回答1: TeamCity can version assemblies for you with the AssemblyInfo Patcher build feature. To take advantage of this: Create a build parameter called %Major.Minor% . Set this manually to some value, e.g. 1.0 . On the General

What does the 4th number mean in Java 9's version string scheme?

一笑奈何 提交于 2019-12-03 11:04:32
问题 According to this blog on Java 9's new version string scheme, the version is supposed to be like MAJOR.MINOR.SECURITY , i.e., there are supposed to be 3 numbers and 2 periods in between. However, with Azul's Zulu 9, when I print the Java version, it has 4 numbers and 3 periods: ./jdk/bin/java -version openjdk version "9.0.0.15" OpenJDK Runtime Environment (Zulu build 9.0.0.15+181) OpenJDK 64-Bit Server VM (Zulu build 9.0.0.15+181, mixed mode) What do the 4 numbers represent ? 回答1: That blog

How to manage object revisions in Grails?

笑着哭i 提交于 2019-12-03 11:03:18
I need to implement a revision system for articles in my grails web app. After searching grails forum, stackoverflow, grails plugins and googling internet, I have ended up with 3 options: Option 1 - Using the grails Envers plugin (see http://code.google.com/p/grails-envers-plugin/ ). Has anyone used it successfully? Or using Envers without the plugin (see here ) but how can I make it work with GORM? Option 2 - Using the Gvers plugin I have found out here: https://github.com/ziftytodd/gvers . I never heard anyone using it, so is there anybody who have ever used it successfully? Option 3 - Built

Best way to combine Git with .NET when versioning

妖精的绣舞 提交于 2019-12-03 10:58:39
问题 I'm currently working on a project (just me), and I already know how to handle versioning on it. I'm using the classic <major>.<minor>.<build or patch> . The problem I have is that I want to have tags in some of my commits pointing to the corresponding versions, but I don't want to do it manually. Now I'm currently doing: If I'm going to release the v0.2.13 , I change the AssemblyInfo.cs and set that version Commit the changes on Git Add tag v0.2.13 (manually) on Git Build the project Create

What version label to use for a forked maven project?

微笑、不失礼 提交于 2019-12-03 10:11:51
I often times have to fork a Java project that uses Maven (usually on github). When I fork the project and make my changes I generally want to cut a release to my own private (but on the internet) maven repository. Thus the question of what the version label should be for my custom release. I can't do SNAPSHOT as I need it to be a release. Sometimes I suffix the project with .ADAMGENT (cause I'm a narcissist). Lets say I fork 1.0.4-SNAPSHOT . I might change it to 1.0.4.ADAMGENT . I have no idea if that is a good idea. In some cases I can't even suffix it with .ADAMGENT as Spring's Gradle build

What is the best way to use assembly versioning attributes?

断了今生、忘了曾经 提交于 2019-12-03 10:03:54
问题 The AssemblyVersion and AssemblyFileVersion attributes are the built-in way of handling version numbers for .NET assemblies. While the framework provides the ability to have the least significant parts of a version number (build and revision, in Microsoft terms) automatically determined, I find the method for this pretty weak, and no doubt have many others. So I'd like to ask, what ways have been determined to do the best job of having version numbers that better reflect the actual version of