精华内容
下载资源
问答
  • ​ 简介: qt项目在MacOS平台上面发布成可执行程序.app,或是免安装的绿色版本、亦或者安装形式的安装包。 文章目录本博文的简述or解决问题?开发平台环境:重要提示:项目在MacOS平台发布:本次心得总结:参考...


    简介: qt项目在MacOS平台上面发布成可执行程序.app,或是免安装的绿色版本、亦或者安装形式的安装包。


    本博文的简述or解决问题?

    qt项目在MacOS平台上面发布成可执行程序.app,或是免安装的绿色版本、亦或者安装形式的安装包。亲测有效。测试项目参见 QT5/C++项目:基于QT的跨平台网络对战象棋

    实现了QT5的项目在windows、Linux、MacOS、Android平台的发布


    该博文系列:


    开发平台环境:

    💻: MacOS 10.14.6 📎 Qt 5.12.8 📎 gcc/g++ 9.2 📎 gdb8.3


    项目在MacOS平台发布:

    新的方法(2020-05-22):

    前提: 进入 /Users/xmuli/Qt5.12.8/5.12.8/clang_64/bin 路径下

    • 打包为 *.app 格式: ./macdeployqt /Users/xmuli/project/github/build-ChineseChess-Desktop_Qt_5_12_8_clang_64bit-Release/ChineseChess.app
    • 打包为 *.dmg 格式: ./macdeployqt /Users/xmuli/project/github/build-ChineseChess-Desktop_Qt_5_12_8_clang_64bit-Release/ChineseChess.app -dmg

    旧的方法(2019-02-10):

    (1)同样子,在MacOSQt Creator里面编译运行Release版本的ChineseChess项目。

    (2)打开build-ChineseChess-Desktop_Qt_5_9_7_clang_64bit-Release文件夹。进到该目录,会看到有一个ChineseChess.app。这个并不是文件,而是一个目录,只是OS X系统看到某个目录的扩展名是app,就会将其认为是Bundle目录,所以双击会直接执行(当必须要是真正的Bundle)。

    在这里插入图片描述

    (3)使用QT提供了一个非常方便的打包工具macdeployqt,该文件位于如下目录
    /Users/yuanyi/Qt5.9.7/5.9.7/clang_64/bin,可以将这个目录加入到PATH环境变量中。这里有点复杂,(需要注意的是,UnixMacOS就是其中一种】及类Unix系统里,每行结尾只有换行“\n”Windows系统里面,每行结尾是换行+回车“\n\r”)。当在终端里面,将上面目录路径添加到PATH之后。输入一下命令在终端。

    :set ff=unix #转换为unix格式
    :wq #保存、退出
    方可保存和退出成功。
    

    (4)现在只需要执行如下的命令,系统就会自动该着Bundle,把相关的文件和目录都放到Bundle中的相关位置。命令语句如下:

     macdeployqt ChineseChess.app
    

    (5)处理完后,Bundle的目录结构发生改变,很明显,macdeployqt命令将相关文件和目录都放到了Bundle中。现在将这个处理完的ChineseChess.app复制到任何OS X系统上都可以运行了,无论安装没安装QT,都可以运行

    在这里插入图片描述

    在这里插入图片描述

    在这里插入图片描述

    在这里插入图片描述

    下载/系列地址:

    QtExamples

    打包体验程序,下载地址: chinessChess

    欢迎 star 和 fork 这个系列的 Qt / DTK 学习,附学习进阶的路线图。


    展开全文
  • 当前容器运行的最大支撑平台是私有云,也就是在私有云上的虚拟机中运行容器实例。一个虚拟机上可运行多个用户的、不同应用的容器实例,不同实例之间共享同一个虚拟机操作系统内核并采用 Namespaces 来隔离。 ...

    640?wx_fmt=jpeg&wxfrom=5&wx_lazy=1



    导读

        

    当前容器运行的最大支撑平台是私有云,也就是在私有云上的虚拟机中运行容器实例。一个虚拟机上可运行多个用户的、不同应用的容器实例,不同实例之间共享同一个虚拟机操作系统内核并采用  Namespaces  来隔离。


    Kata  容器运行时是采用轻量级虚拟机来运行某一个用户的、一个应用的一个或多个容器实例, 这样的好处是利用不同用户、不同应用之间,都是使用独占的虚拟机来隔离容器,不会共享同一操作内核。


    Kata 既支持容器  OCI  接口,单虚拟机单容器模式;也支持 Kubernetes CRI  接口,单虚拟机多容器模式;同时,利用 OpenStack  Keystone  的多租户和  Neutron  网络隔离能力,能带给容器生态更好的多租户隔离、更好的安全性。OpenStack  与  Kubernetes  融合,是两个基金会都主推和认可的最佳部署模式。


    ——开源云中文社区KubeCon北美峰会现场评论员  王后明

    640?wx_fmt=jpeg&wxfrom=5&wx_lazy=1

    奥斯汀时间2017年12月5日—— KubeCon/CloudNativeCon 2017 北美峰会上, OpenStack 基金会发布了最新开源容器项目 Kata Containers,旨在将虚拟机( VM )的安全优势与容器的速度和可管理性统一起来。


    Kata 可以使用户同时拥有虚拟机的安全和容器技术的迅速和易管理性。项目可以屏蔽硬件差异并且和 OCI speciaification 和 Kubernetes 容器运行时标准兼容,在支持标准镜像格式的同时具有强隔离、轻量级以及快速启动能力,更重要的是 Kata 项目的设计初衷强调了能够无缝、便捷的与 OpenStack 和 Kubernetes 集成的能力,无疑 Kata 项目的发起为OpenStack 、Kubernetes 和 Container 更好的融合提供了有力的支撑,并为用户从中收益铺平了道路。


    该项目由 OpenStack 基金会发起,创始会员公司包括 Intel,Google ,国内的 EasyStack、华为 等。Kata Containers 社区将会关注吸引贡献者,贡献者们可以在国歌基础架构和容器编排社区包括 Kubernetes,Docker,OCI,CRI,QWMU,KVM,HyperV和OpenStack 。


    以下是 Kata Containers 项目介绍以及技术细节PPT:

    640?wx_fmt=jpeg

    640?wx_fmt=jpeg

    640?wx_fmt=jpeg

    640?wx_fmt=jpeg

    640?wx_fmt=jpeg

    640?wx_fmt=jpeg

    640?wx_fmt=jpeg

    双12福利预告:


    12月12日,开源云中文社区将联合K8S技术社区、EasyStack 为国内开源云计算技术爱好者们精彩送上“赴美大咖团国内首轮直播访谈”,为大家解读KubeCon 北美峰会最新最热议题内容!添加K8S技术社区小助手免费报名!


    640?wx_fmt=jpeg


    投稿邮箱:openstackcn@sina.cn

    640?wx_fmt=jpeg

    展开全文
  • 从年初到现在,经过大半年的奋战,康华(博客)在工作之余,带领西邮兴趣... Cloudxy 立足于实现虚拟子网(以太网)的弹性云计算平台项目主要包含有两个子项目:  HLFS - 虚拟机分布式镜像存储 (类似于亚马逊
    
    

    从年初到现在,经过大半年的奋战,康华(博客)在工作之余,带领西邮兴趣小组的同学进行弹性云存储项目的开发,目前终于完成了第一个版本,取名cloudxy,其中的xy意味着,任何感兴趣者都可以加入进来,或许因为您的加入,这个xy就有了未知的扩展。

     Cloudxy 立足于实现虚拟子网(以太网)的弹性云计算平台 该项目主要包含有两个子项目:
     HLFS - 虚拟机分布式镜像存储 (类似于亚马逊EBS,首先发布出来)
     ECM - 虚拟环境管理系统 (后续发布)

     邮件列表为:cloudxy@googlegroups.com

    ------------------------------------------------------------------------------------
    关于HLFS,康华写的相关文档在:
    -----------------------------------------------------------------------------------------
      关于HLFS,请优先阅读HlfS FAQ
    hlfs (hdfs log structrue filesystem 的缩写)是一个在hadoop hdfs 文件系统之上实现的log structrue filesystem - like 系统。但要注意它并非一个实现完整posix语义的文件系统(支持目录操作、link等),而是仅仅实现了单一文件的基本管理(open,write,read,close)的系统,所以把它称为存储系统(block-level)可能更加合适。

     

    hlfs 能做什么?

    由于hlfs自身特色(高可用性、写透、快照、分布式、用户态),适合于做虚拟机镜像存储(类似亚马逊EBS)、在线网盘(金山快盘等)等虚拟块设备的存储架构。甚至发散一下思维,它也可以做为pnfs类似系统的后台存储等等。
    • 注, 其实我们的这次发布中有一个在nbd基础上实现的网盘,完全可以做为一个在线网盘使用。

     

    hlfs 来源自哪里?

    hlfs 项目来自于我们当前正在研发的弹性云平台:基于erlang实现的一套虚拟机、虚拟网络管理系统,该系统有点像EC2,不过最终重点放在了管理虚拟子网(二层)上。这个项目也是一个开源项目,目前还处于开发初期。hlfs是该项目中的一个子项目,预先开源出来。

     

    hlfs 如何实现的?

    简单的讲,hdfs 的实现特点决定了它完全可以当做一个高可用性、几乎无限大的网络磁盘使用,
    但不幸的是,它只能追加写入,无法随机写入(其实正是这种取舍保证了hdfs反熵、故障切换等简单可靠的特点),对于在线应用随机访问而言(如虚拟机磁盘镜像)无法直接使用。所以我们借助log structrure filesystem的特色,使用追加方式的元数据管理技术,在hdfs这个大磁盘上实现随机数据读写功能。 具体的实现方法见设计描述 http://code.google.com/p/cloudxy/wiki/HlfsDesign?ts=1322292067&updated=HlfsDesign。

     

    hlfs 有哪些特点?

    • hlfs 继承了hadoop dfs 和 log structrue filesystem的诸多优点,同时也继承了其缺点。
    优点:
    1. 高可用性 —— 继承dfs
    2. 高扩展性(可上大规模)、自动不停机扩容 —— 继承dfs
    3. 负载均衡 —— 继承dfs
    4. 用户态实现(便于调试、故障易隔离) ——继承dfs
    5. 稳定性、可管理性高 —— 得益于dfs成熟、普及
    6. 写速度优化 —— 继承lfs 和 dfs
    7. 支持运行态数据快照(便于数据污染后,执行回滚) —— 继承lfs
    缺点:
    1. 需要数据合并(merge或者rewrite,已清除的旧数据回收存储空间)—— 遗传自lfs
    2. 响应速度打折(副本一致性是通过pipeline式串行实现保证,所以写速度受一定影响) —— 遗传自dfs

     

    为什么开源?

    1. 集体智慧永远大于个人或者小团体智慧,因此希望能有更多朋友参与进来,贡献智慧,一同进步。
    2. 饮水思源,从来都是用别人开源软件,好歹也应该尝试加入潮流。

     

    hlfs roadmap ?

    目前0.1版本实现了基本概念原型,系统支持随机读写。未来将进一步实现:
    1. checkpoint机制 ——
    2. block cache机制、异步回写机制 —— 目前都是写透读透,安全性高,但性能差。
    3. 预读readahead —— 读性能优化主要靠readahead和提高cache命中率。
    4. 异步实现hlfs driver for tapdisk —— 目前实现是用同步IO模型实现之。
    5. hdfs一致性的改进(或者说特化)

     

    hlfs 项目中包含那些组件 ?

    • libhlfs 库
    • tools ——
      1. mkfs.hlfs 格式化工具
      2. hlfs-seg-usaage-calc 段使用统计工具
      3. hlfs-seg-clean 段清理工具(只能用于离线状态使用)
    • hlfs driver for tapdisk2
      1. hlfs driver tapdisk2的一个driver
      2. tapdisk_ops 外部控制工具
    • 采用nbd架构的虚拟磁盘实现
      1. ndb-server
      2. nbd-client
      3. nbd-ops 外部控制工具

     

    hlfs 和同类项目有什么区别 ?

    1. sheepdog——牧羊犬项目的目的和hlfs最为相似,都是奔着EBS服务而生。hlfs先从xen虚拟化实现入手,sheepdog从kvm入手 (不过这都不重要,两者都是面向block-level的)。牧羊犬项目的实现,颇具创意——其采用对等网(无单点)结构实现后台存储服务,颇有Dynamo的影子在其中;hlfs的后台存储没有自己实现,而是建设于hadoop dfs之上,可以说是站在巨人肩膀上 —— 我们也曾经思考过独立开发分布存储系统,不过考虑工作量、以及更重要的是,考虑到我们设想是在最终理想的云环境中离线任务和在线应用是无差别的混合部署。而hadoop是离线应用的基石之一。所以希望整个系统都能遵循以hdfs为最下层存储基础,其他各种服务(如VM服务镜像存储服务、如key value存储服务、SQL \NO SQL等数据服务)都建立在其上的“分层策略”。基于此考虑,我们选择了hdfs做后台存储。
    2. moose ——有些公司采用moose实现虚拟机镜像存储(存放镜像文件)。moose系统做镜像存储来说有点“大材小用”,或者尾大不掉的感觉。它是一个实在的文件系统,而不是block-level级别的存储系统,相比而言元数据管理稍微重点。moose系统存储镜像,就需要使用fuse模式挂载到本地系统,也就是说数据流要经过内核态转发,相比hlfs只存在于用户态,所以数据流更精简,另外就是错误不至于影响内核错误;另外moose系统的反熵过程比较慢,较为影响当前写操作;不能实现随时快照功能。
    3. Drbd ——DRDB可看成网络RAID。能解磁盘冗余、跨机器问题。但不能提供thin provisoning,也不能动态负载均衡
    展开全文
  • 以前的项目格式使用的是 csproj 的格式,但是 .net core 支持使用 project.json 格式的项目文件,后来还是决定不使用这个格式。 VS2017 的项目格式更好读、更简单而且减少了 git 冲突。 本文来告诉大家如何从 VS...

    以前的项目格式使用的是 csproj 的格式,但是 .net core 支持使用 project.json 格式的项目文件,后来还是决定不使用这个格式。 VS2017 的项目格式更好读、更简单而且减少了 git 冲突。

    本文来告诉大家如何从 VS2015 和以前的项目格式修改为 VS2017 项目格式。

    在迁移之前,我需要告诉大家,现在是2018年1月15日,最新的项目格式只有对下面的项目支持

    • class library projects 类库项目
    • console apps 控制项目
    • ASP.NET Core web apps asp 项目
    • .NET Core .NET Core

    对于 UWP 和 WPF ,有 xaml 的项目是没有很好支持,如果你的项目是 WPF 的,那么请不要再往下看。

    现在很多项目,测试项目都使用新格式,建议在测试项目试试

    建议从一个测试项目试试,先做好提交,如果失败可以回滚。

    如果创建是库项目,那么 csproj 只有下面的代码

    <Project Sdk="Microsoft.NET.Sdk">
      <PropertyGroup>
        <TargetFramework>net46</TargetFramework>
      </PropertyGroup>
    </Project>

    如果创建的是控制项目,那么只有下面的代码

    <Project Sdk="Microsoft.NET.Sdk">
      <PropertyGroup>
        <OutputType>Exe</OutputType>
        <TargetFramework>net46</TargetFramework>
      </PropertyGroup>
    </Project>

    如果创建的是测试项目,那么只有下面的代码

    <Project Sdk="Microsoft.NET.Sdk">
      <PropertyGroup>
        <TargetFramework>net46</TargetFramework>
      </PropertyGroup>
      <ItemGroup>
        <PackageReference Include="Microsoft.NET.Test.Sdk" Version="15.0.0" />
        <PackageReference Include="xunit" Version="2.2.0" />
        <PackageReference Include="xunit.runner.visualstudio" Version="2.2.0" />
      </ItemGroup>
    </Project>

    如果想知道新格式和之前的区别,如何从以前的格式迁到新的格式,请看下面

    下面从项目的第一行开始

    原来的第一行是

    <?xml version="1.0" encoding="utf-8"?>
    <Project ToolsVersion="14.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">

    新的格式的第一行是

    <Project Sdk="Microsoft.NET.Sdk">

    可以看到新的格式的代码比较少

    其实建议大家重新创建一个项目,然后把文件放进去,安装 Nuget 不然需要修改比较多。

    必须删除

    下面的代码必须删除

    <!-- usually at the top of the file -->
    <!-- 下面的代码一般在文件的最前 -->
    <Import Project="$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props" Condition="Exists('$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props')" />
    
    <!-- usually at the bottom -->
    <!-- 一般在文件的最后面 -->
    <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
    <Import Project="$(VSToolsPath)\TeamTest\Microsoft.TestTools.targets" Condition="Exists('$(VSToolsPath)\TeamTest\Microsoft.TestTools.targets')" />

    必须修改

    需要修改平台的代码

    这是以前的代码

    <PropertyGroup>
      <!-- ... -->
      <TargetFrameworkVersion>v4.5.2</TargetFrameworkVersion>
    </PropertyGroup>

    需要修改为下面的代码

    <PropertyGroup>
      <TargetFramework>net452</TargetFramework>
    </PropertyGroup>

    如果是 v4.5.2 ,请修改为 net452 ,如果是 v4.6 就修改为 net46

    添加文件

    现在新的格式可以使用通配添加文件,例如在文件夹的所有的代码都需要添加,可以使用这个方式

    <Compile Include="lindexi\*.cs" />

    默认是下面代码

    <!-- the defaults -->
    <Compile Include="**\*.cs" />
    <EmbeddedResource Include="**\*.resx" />

    所以添加的 cs 文件都会添加到编译,需要删除这个代码才可以不编译一些文件

    项目引用

    之前的方式需要添加很多代码,如引用 ClassLibrary1 的项目,需要写下面的代码

    <ProjectReference Include="..\ClassLibrary1\ClassLibrary1.csproj">
      <Project>{2C7DF870-5B35-49EF-963D-EE1E72C3177E}</Project>
      <Name>ClassLibrary1</Name>
    </ProjectReference>

    Project 这个可以表示这是一个类库或一个其他的项目,因为新的项目不需要这个,所以在新建文件的时候就不知道给哪个项目,这是比较差的

    新的格式就需要下面的代码

    <ProjectReference Include="..\ClassLibrary1\ClassLibrary1.csproj" />

    如果引用的项目有依赖,以前的格式需要把引用写在文件,现在不需要添加引用

    假如有 A 引用 B ,B 引用 C ,那么之前的A项目文件就是这样

    <ProjectReference Include="..\ProjectB\ProjectB.csproj">
      <Project>{A900C843-8340-421B-B4F0-6C65A0D093C4}</Project>
      <Name>ProjectB</Name>
    </ProjectReference>
    <ProjectReference Include="..\ProjectC\ProjectC.csproj">
      <Project>{871AC142-FC46-49F5-A5E0-90436648B9C5}</Project>
      <Name>ProjectB</Name>
    </ProjectReference>

    现在的文件格式不需要写引用

    <ProjectReference Include="..\ProjectB\ProjectB.csproj" />

    引用包

    之前的 Nuget 引用需要添加 packages.config 和 csproj 才可以使用,现在的 Nuget 4 可以直接在 csproj 添加引用

    这是之前的格式

    <Import Project="..\..\packages\xunit.runner.visualstudio.2.2.0\build\net20\xunit.runner.visualstudio.props" Condition="Exists('..\..\packages\xunit.runner.visualstudio.2.2.0\build\net20\xunit.runner.visualstudio.props')" />
    
    <ItemGroup>
      <None Include="packages.config" />
    
      <Reference Include="MySql.Data, Version=6.9.9.0, Culture=neutral, PublicKeyToken=c5687fc88969c44d, processorArchitecture=MSIL">
      <HintPath>..\..\packages\MySql.Data.6.9.9\lib\net45\MySql.Data.dll</HintPath>
      <Private>True</Private>
    </Reference>
    </ItemGroup>

    新的格式写引用,不需要 packages.config 文件,这样减少了找不到nuget的坑,下面代码就是新的格式,可以看到代码减少1/2

    <ItemGroup>
      <PackageReference Include="xunit.runner.visualstudio" Version="2.2.0" />
      <PackageReference Include="MySql.Data" Version="6.9.9" />
    </ItemGroup>

    这个格式可以在git冲突比较容易看到哪里需要修改,所以解决冲突很简单

    在 nuget 2 的引用,如果引用了包A,他引用了 B ,那么就需要在 packages.config 引用写了这几个项目

    <?xml version="1.0" encoding="utf-8"?>
    <!-- in packages.config -->
    <packages>
      <package id="A" version="2.2.0" targetFramework="net452" />
      <package id="B" version="2.0.1" targetFramework="net452" />
    </packages>

    现在 Nuget 4 需要写引用的库,不需要写他的引用,所以可以减少代码,添加了id和版本就好

    <ItemGroup>
      <PackageReference Include="A" Version="2.2.0" />
    </ItemGroup>

    如果在迁移过程遇到诡异的问题,请看将 WPF、UWP 以及其他各种类型的旧样式的 csproj 文件迁移成新样式的 csproj 文件 - walterlv

    参见:Old csproj to new csproj: Visual Studio 2017 upgrade guide

    知识共享许可协议
    本作品采用知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议进行许可。欢迎转载、使用、重新发布,但务必保留文章署名林德熙(包含链接:http://blog.csdn.net/lindexi_gd ),不得用于商业目的,基于本文修改后的作品务必以相同的许可发布。如有任何疑问,请与我联系

    展开全文
  • linux jboss服务器发布简单java项目

    千次阅读 2016-07-04 15:48:42
    1.我们在开发的时候往往是使用的本地数据库,本地ip,所以我们发布项目前应该先检查下这些ip地址,数据库连接地址是否符合即将发布的服务器平台,如不符合请在发布前进行更换。 2.如果平时开发使用的是myEclipse...
  • 当时一方面是因为菜,看着这种全是英文的东西难受,不知道该怎么去玩,另一方面是一直在搞 ACM,没有做一些工程类的项目,所以想当然的以为和 GitHub 也没什么关系(当然这种想法是错误的)。 后来自己花了一个星期...
  • Flutter 项目打包发布

    千次阅读 2019-07-03 19:37:25
    Flutter 项目打包发布 Android流程 替换应用Icon和应用名称 在/android/app/src/main/res 目录下,替换ic_launcher.png为正式的项目图标。 在/android/app/src/main/AndroidManifest.xml文件中,修改Application标签...
  • 最新版本请转到:RDIFramework.NET平台代码生成器V3.1版本全新发布-更新于2016-10-08(提供下载) RDIFramework.NET代码生成器V3.0版本修改了针对3.0版本的框架部分做了大量的调整,同时支持生成Web部分的UI代码...
  • 前言现在大红大紫的React-Native框架热度可谓与日俱增,React-Native的热更新操作,在开发过程中的确带来很多好处,但是对于发布来讲,不同平台却不尽相同, 下面来具体看一下Android和IOS两个平台是如何执行发布...
  • 如何将AndroidStudio项目发布到Github

    千次阅读 2016-04-10 15:49:34
    上周突然有想法,看到Github上有很多Android项目,于是想把自己的项目发布到Github,就去网上找各种资料。并将自己的项目成功的上传到Github。如何将AndroidStudio项目发布到Github
  • 如何把自己的插件发布到bower平台

    千次阅读 2015-11-19 19:15:04
    假设我们已经把项目发布到github平台上了,这个是我发布到github平台上的项目 https://github.com/bxcn/ajaxData打开github的bash操作如下:git tag 0.1.0git tag 0.1.0git push origin --tags 打开github的项目,...
  • JeecgBoot是一款基于代码生成器的低代码开发平台,开源界“小普元”超越传统商业企业开发平台!采用前后端分离架构:SpringBoot 2.x,Ant Design&Vue,Mybatis-Plus,Shiro,JWT。强大的代码生成器让前后端代码...
  • 引领的开发模式(Online Coding模式->代码生成器模式->手工MERGE智能开发), 可以帮助解决Java项目60%的重复工作,让开发更多关注业务逻辑。既能快速提高开发效率,帮助公司节省成本,同时又不失灵活性。
  • JEECG 3.6.6 新春版本...引领的开发模式(Online Coding->代码生成器->手工MERGE智能开发),可以帮助解决Java项目60%的重复工作,让开发更多关注业务逻辑。既能快速提高开发效率,帮助公司节省成本,同时又不失灵活性
  • JEECG 3.6.5版发布,企业级JAVA快速开发平台,JEECG 是一款基于代码生成器的J2EE快速开发平台,开源界“小普元”超越传统商业企业级开发平台。引领的开发模式(Online Coding模式(自定义表单)->代码生成器模式->...
  • 为什么我的新项目选择了Quick-cocos2d-x 混Quick社区快一周了,还是决定分享一下我选择Quick的原因。 一是向大家介绍一下我自己,同时也希望给大家提供一个参考首先,向大家介绍一下我自己姓名,...
  • 区块链极有可能成为2018年甚至接下来几年最为炙手可热的投资项目。那么,我们作为普通投资者,应该如何对区块链数字货币项目进行价值评估并从中获益呢?第一位:区块链数字货币项目评估 投资区块链数字货币跟投资...
  • 最近小组项目几经坎坷终于上线,运维这块我并没有负责,但是发现同事们发包的时候还在获取代码-->本地编译打包-->远程登录linux服务器-->手动执行shell,在分布式部署的时候如果机器比较多这简直是一个噩梦。...
  • JEECG 3.7跨时代重构精华版本发布,企业级JAVA快速开发平台,此版本为跨时代精良重构版,简化平台功能,优化系统性能,制作详细开发手册,公司项目平台最佳选择!④176031980、②106838471(满)、①106259349(满)、③...
  • 适用于任何开发人员、APP及任何平台的Visual Studio 2017 功能介绍。 快速生成更智能的应用 实时依赖项验证等功能有助于推动早期开发过程中的 DevOps。 此外,无论使用哪种语言或平台,对热门功能的增强改进...
  • 项目部署及版本管理发布规范

    万次阅读 2018-11-01 17:56:18
    本规范用于规范平台的服务器端应用(包括APP后台、商家后台、管理后台和数据库)和APP的发布。 版本发布应流程包括项目部署前测试、项目部署、项目验证三个步骤,项目部署采用项目负责人负责制,项目负责人有权根据...
  • JEECG 4.0版本发布,系统全面优化升级,更快,更稳定! 导读 ⊙平台性能优化,系统更稳定,速度闪电般提升 ⊙上传组件plupload优化改进,优化上传效果,加强浏览器兼容性 ⊙新增adminlte首页风格,支持更多菜单...
  • JEECG 3.7.2专业接口开发版本发布 - 微云快速开发平台 此版本堪称JAVA专业接口开发利器,集成在线接口文档 Swagger-ui,采用Jwt Token验证机制,最牛在于业务restful接口代码自动生成,更更牛的在接口可以做细化...
  • 每月月初,我们都会在墨天轮发布当月的数据库流行度排行,总结数据库行业最新的发展动向以及行业人员应对变化的一些建议与思考。如今,2020年已过,除了新冠病毒疫情对全球各行各业带来的消极影响以外,我们也看到了...
  • 继承者来了!CentOS 创始人开辟新项目 Rocky Linux

    千次阅读 多人点赞 2020-12-11 22:10:49
    为此,CentOS 创始人 Gregory Kurtzer 发起了一个项目,旨在将 CentOS 延续下去。 Kurtzer 新建的项目名为 Rocky Linux,其在项目描述中表示: 由于 CentOS 已改变方向,Rocky Linux 是一个社区版的企业操作...
  • gitlab使用--创建一个新项目

    千次阅读 2017-10-11 15:45:19
    两者都是基于web的Git repositories(仓库),拥有流水线型的web开发流程,它们为开发团队存储、分享、发布、测试和合作web开发项目提供了中心化的、云存储的场所。Git版本控制——对于多人共同开发一个project来说...
  • JEECG 3.8宅男优化版本发布 ,系统全面升级,重构上传组件、优化代码生成器机制。 JEECG 是一款基于代码生成器的J2EE快速开发平台,开源界“小普元”超越传统商业企业级开发平台。引领的开发模式(Online Coding...
  • JEECG 3.6.3版本发布 企业级JAVA快速开发平台
  • Jeecg-boot 是一款基于代码生成器的快速开发平台!采用前后端分离技术:SpringBoot,Mybatis,Shiro,JWT,Vue & Ant Design。提供强大的代码生成器, 前端页面和后台代码一键生成,不需要写任何代码,保持jeecg一贯...
  • Ionic实战项目-跨平台App开发

    万次阅读 2017-04-28 17:25:20
    功能技术分析 - 读取朋友圈消息状态 - 朋友列表可以列出朋友信息 - 用户中心请求API,实现用户登录。用户信息的读取功能 用户中心模块 ... - IOS平台打包发布 - IOS平台打包发布 - 极光推送模块的集

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 302,975
精华内容 121,190
热门标签
关键字:

新项目发布平台