小编den*_*nov的帖子

用例:每次我想将提交从一个git分支移动到另一个git分支时,我执行以下操作序列:

1. [进入工作分支]
2. git checkout 分支到上合并成
3. git cherry-pick 针对提交
4. git push
5. git checkout 工作分支

这是唯一的例外 - 每次我执行'git checkout'时,git工作目录内容被更改(预期)并导致我的IDE(IntelliJ IDEA)执行内部状态更新(因为受监视的文件系统子树被外部修改) ).这真的很烦人,特别是在大量小提交的情况下.

我看到两种方法:

1. 执行'大规模樱桃选择',即执行大量提交; 比如,在工作日结束时将他们转移到另一个分支;
2. 拥有第二个本地git存储库并对其执行cherry picks,即每次对工作分支执行实际提交和推送,转到第二个存储库,提取更改并在那里执行cherry pick;

我不喜欢第一种方法,因为它可能会忘记移动特定的提交.第二个看起来有点......不自然.

基本上,如果我能说git'将这个提交从名为branchX的分支移动到分支branchX + 1'而没有工作目录更新,那将是完美的.

问题:是否可以执行上述操作？

用例:

1. 标记在dired缓冲区中删除目标文件和目录;
2. 执行'dired-do-flagged-delete'(类型'x');

结果:我被问及要删除的每个非空目录的确认.

问题:有没有简单的方法可以一次说"是"并删除所有标记的内容(包括非空目录)？

我用Google搜索可以将'dired-recursive-deletes'设置为'always',但这并不能保护我免受意外"删除"处理(例如错误的目录被标记时输入错误的'x').

我知道可以通过lisp注入自定义emacs,但到目前为止我还不知道这种语言,这就是为什么我要问是否还有其他解决方案.

是否可以避免在"deploy:deploy"处理期间部署根据项目打包构建的工件？

我的意思是:

• 假设我们有一个用于Web应用程序的'pom.xml'并将包装类型定义为'war' ;
• 我们要组装包含我们的应用程序的'*.war'工件或'*.zip'以及一个servlet容器;
• 我们想在'deploy:deploy'处理期间只部署那个'*.zip'工件;

即我希望能够运行'mvn deploy'并具有以下结果:

1. 'myapp.war'被建造;
2. 构建'myapp-standalone.zip' ;
3. 'myapp-standalone.zip'已部署到目标远程存储库(请注意,如果'myapp.war'已安装到本地存储库,我不会烦恼);

我检查了'war:war documentation'并找到了'primaryArtifact'参数.但是,它仅提到本地存储库.

我尝试了以下POM,但它仍然将'*.war'或'*.zip'部署到远程存储库:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>com.mygroup</groupId>
    <artifactId>myapp</artifactId>
    <packaging>war</packaging>
    <version>1.0-SNAPSHOT</version>
    <name>myapp</name>
    <url>http://maven.apache.org</url>

    <dependencies>
        <!-- dependencies go here -->
    </dependencies>

    <build>
        <plugins>
            <! -- plugins like 'compiler' etc -->

            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-war-plugin</artifactId>
                <configuration>
                    <primaryArtifact>false</primaryArtifact>
                </configuration>
            </plugin> …