### 简介
本项目用于 coding.net 的 WebHook, 自动让服务器拉取最新代码.
### 注释预览(局部)
````php
/**
* Master Project Webhook.(for coding.net)
*
* 约定:
*
* 如果项目目录是 /home/wwwroot/Discuz
* 那么你应该建一个 Discuz.master.php , 这里约定这个文件名前缀就是项目目录名.
* ( 主要为了一目了然, 定义好一个项目的WebHook文件后, 其余项目与之区别仅在于文件名. )
* ( 后缀并不要求, 这里是为了与 Discuz.develop.php 区分. )
* 编辑 Discuz.master.php 加入如下code部分.
*
*
* include('./src/autoload.php');
* (new \WebHook\PullMaster('/home/wwwroot', 9981, 'log.txt')); // 对应类中三个属性.
* // Ok, 在网页端指定 Discuz.master.php 即可.
*
*
* @farwish
*/
````
### 实际用法
`Discuz.master.php`
````php
include('./webhookForCoding/src/autoload.php');
( new \WebHook\PullMaster('/www/web', 8090) );
````
`Discuz.develop.php`
````php
include('./webhookForCoding/src/autoload.php');
( new \WebHook\PullDevelop('/www/web', 8090) );
````
### 最后设置
在 coding 项目 '设置' 里的 'WebHook' 项中 指定地址 和 token.
举例: alconSeek 项目的 master 分支就设置为 your_ip/alconSeek.master.php alconSeek 项目的 develop 分支就设置为 your_ip/alconSeek.develop.php discuz 项目的 master 分支就设置为 your_ip/discuz.master.php discuz 项目的 develop 分支就设置为 your_ip/discuz.develop.php
-
主要内容：自动化部署的实现方式,maven-release-plugin 插件的使用Maven 项目的部署通常包括以下步骤： 将项目代码提交到 SVN 或 Git 等版本控制系统中，并进行标记。 从 SVN 或 Git 上下载完整的项目代码。 构建应用。 将构建输出的 WAR 或 JAR 文件存放在指定的公共网络位置中。 从指定网络中获取文件，并部署到生产环境上。 更新项目文档以及版本号。 以上这些工作通常由多个不同的团队协作完成，例如，项目研发人员负责项目代码的提交，项目管理员
-
问题内容： 我们正在尝试与Jenkins部署战争文件，但似乎什么也没有发生。 该项目已成功构建，并且我们正在使用Jenkins deploy插件。它配置有以下选项： 发布步骤设置为“无论构建结果如何运行”。 我已经检查了凭据是否正确，因为我可以访问浏览器中的管理员页面。 这是詹金斯（Maven）输出的最后一部分： 我还可以将WAR / EAR文件更改为不存在的文件，并且不会给我错误，这很奇怪。我在
-
在项目开发中，通常部署过程包括以下步骤 - 将正在进行的所有项目的代码签入SVN（版本控制系统）或源代码存储库并对其进行标记。 从SVN下载完整的源代码。 构建应用程序。 将构建输出WAR或EAR文件存储到公共网络位置。 从网络获取文件并将文件部署到生产站点。 更新了包含应用程序的日期和更新版本号的文档。 问题声明 (Problem Statement) 上述部署过程通常涉及多个人。 一个团队可以
-
我有自己的小MVC框架，我使用composer psr-4自动加载。 在我自己的计算机上，它工作得非常好，但当我将它部署到我的Ubuntu服务器上时，它就不再工作了。（它再也找不到任何类了）我已经尝试了很多东西，但无论我尝试什么，它都不起作用。。。 我所尝试过的： 作曲家转储自动加载 作曲家更新 删除所有内容并再次上载 在互联网上搜索几个小时…：( 这是我的composer.json： 我只是不明
-
用于实现简便部署的模式 Java™ 部署常常很混乱，容易出现错误，需要许多手工操作，这会延误向用户交付软件的时间。本文是分两部分的 让开发自动化 系列文章的第 1 部分。在本文中，自动化专家 Paul Duvall 将介绍用于开发可靠、可重复且一致的部署流程的一些关键模式，帮助读者为 Java 应用程序生成简便的部署。 软件部署常常被视为不可避免的麻烦，可以在遇到它时应付一下，以后就不用理会了。但
-
更多一键式部署模式 Java™部署常常很混乱，容易出现错误，需要许多手工操作，这会延误向用户交付软件的时间。本文是分两部分的让开发自动化系列文章的第 2 部分。在本文中，自动化专家 Paul Duvall 进一步补充用于开发可靠、可重复且一致的部署流程的一些关键模式，帮助读者为 Java 应用程序生成简便的部署。 关于本系列 作为开发人员，我们致力于为用户自动化流程；但许多开发人员疏忽了自动化我们