Mavenのバージョン番号の理解
7 Mavenのバージョン番号の理解 Maven環境では、バージョン番号の使用を理解することが非常に重要です。よく考えられた計画では、依存性管理ワークロードが大幅に簡素化されます。この章では、Mavenで一般的にバージョン番号がどのように機能するかに関する重要な概念について説明し、Oracle提供のアーティファクトにおけるバージョン番号の使用方法の具体的な詳細、およびOracleアーティファクトを参照する場合のバージョン番号の使用方法についても説明します。 この章の内容は次のとおりです。 7.1項「バージョン番号がMavenで機能する仕組み」 7.2項「SNAPSHOT修飾子」 7.3項「バージョン範囲参照」 7.4項「Oracle提供のアーティファクトでのMavenバージョン番号の理解」 7.1 バージョン番号がMavenで機能する仕組み Mavenのバージョニング・スキームでは、次の標
Pythonの複数バージョンの扱い方（Windowsの場合） - ガンマソフト
2018/2/2 2019/7/12 Pythonは、マイクロバージョンだけアップグレードしている限りはバージョンを意識しないで使い続けられます（すなわち、3.6.1 ▶ 3.6.2 ▶ 3.6.3 のようなアップグレードだけを行う）。 しかし、Pythonとの付き合いが長くなると、どうしても 3.5 ▶ 3.6 のように新しいバージョンに移行することになり、その結果1台のマシンに複数バージョンのPythonが存在するようになってしまいます（例えば、3.3、3.5、3.6）。 バージョンアップしても、問題なく以前作成したプログラムが動いてくれればよいのですが、動かなくなった場合には、バージョンを切り替えて運用する方法を検討することになります（そのためにも、旧バージョンはアンインストールしないでください）。 わかりやすいPythonのなかで、バージョン管理の問題は、例外的に扱いにくい所です。
Semantic Versioning 2.0.0
Semantic Versioning 2.0.0 Summary Given a version number MAJOR.MINOR.PATCH, increment the: MAJOR version when you make incompatible API changes MINOR version when you add functionality in a backward compatible manner PATCH version when you make backward compatible bug fixes Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format. Introductio
GitHub - nodists/nodist: Natural node.js and npm version manager for windows.
Please read this! Over the past months several problems have presented themselves, which are due to the way nodist works and are hard to fix: process signals: Nodist employs a wrapper executable to shim the functionality of Node. Since Windows doesn't have signals, sending a SIGTERM, or similar will probably not be propagated to the actual node process, but get stuck in the shim. (see #173) native
etckeeper
etckeeper allows the contents of /etc be easily stored in Version Control System (VCS) repository. It hooks into apt to automatically commit changes to /etc when packages are installed or upgraded. Placing /etc under version control is considered an industry best practice, and the goal of etckeeper is to make this process as painless as possible. Install etckeeper by entering the following in a te
GitHub - gugod/App-perlbrew: Manage perl installations in your $HOME
NAME App::perlbrew - Manage perl installations in your $HOME SYNOPSIS # Installation curl -L https://install.perlbrew.pl | bash # Initialize perlbrew init # See what is available perlbrew available # Install some Perls perlbrew install 5.32.1 perlbrew install perl-5.28.3 perlbrew install perl-5.33.6 # See what were installed perlbrew list # Swith to an installation and set it as default perlbrew s
Perlbrew
perlbrew is an admin-free perl installation management tool. The latest version is 1.02, read the release note: Release 1.02. For a quick installation, do this: \curl -L https://install.perlbrew.pl | bash Check the document of Installation for more descriptions and options. Quickstart After installing perlbrew itself, now it is time to install some versions of perl To install the latest stable rel
Bazaarでござ～る。猿でもできる分散バージョン管理“超”入門
Bazaarでござ～る。猿でもできる分散バージョン管理“超”入門：ユカイ、ツーカイ、カイハツ環境！（20）（1/4 ページ） 「“分散”バージョン管理は難しい」という人こそ 最近、GitやMercurialが注目を浴び、SubversionやCVSなどの中央型のバージョン管理システムに代わり分散型のバージョン管理システムの普及が進んでいます。本稿では、GitやMercurialに比べ、いま一歩マイナーな分散バージョン管理システムである「Bazaar」を紹介します。 本稿は、想定読者層としてはSubversionやCVSを、すでに使っており、分散バージョン管理システムに興味がある方を対象としています。「分散バージョン管理システムって何？」と思われる方は、連載第3回の「分散バージョン管理Git/Mercurial/Bazaar徹底比較」を参照しておくとスムーズに読み進められると思います。 なお
続 せっかちな人のための git 入門 - 共有リポジトリの作り方 : 僕は発展途上技術者
久々 git のセットアップをすることになり、自分で書いた記事を参考にする。 » せっかちな人のための git 入門 - git をインストールし、共同で開発できる環境を整えるまで : 僕は発展途上技術者 いつのまにかはてなスターがたくさんつき、ブックマーク数も400を超えていた。さすがはてなユーザー。「git なにそれ？」というのが一般ユーザーはもちろん、多くのプログラマー（ブログ書いたり読んだり twitter 使ってたりすると僕らweb系、オープン系が多数派だと勘違いしてしまいそうになるが、決してそうではないのですよね）の反応だと思うのだが。。。 さて、上記記事では触れていない、共有レポジトリの作成方法を書き留めておきます。 まず準備としてリポジトリを使うことになる複数ユーザーを同一グループに所属させます。 太郎くん、次郎くんのアカウントを作成。 % sudo useradd tar
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Include Git commit hash and/or branch name in C/C++ source
Git - パックファイル