github.com/hspan/go-ole@v0.0.0/README.md (about)

     1  # Go OLE + possible []int32 input
     2  
     3  [![Build status](https://ci.appveyor.com/api/projects/status/qr0u2sf7q43us9fj?svg=true)](https://ci.appveyor.com/project/jacobsantos/go-ole-jgs28)
     4  [![Build Status](https://travis-ci.org/go-ole/go-ole.svg?branch=master)](https://travis-ci.org/go-ole/go-ole)
     5  [![GoDoc](https://godoc.org/github.com/go-ole/go-ole?status.svg)](https://godoc.org/github.com/go-ole/go-ole)
     6  
     7  Go bindings for Windows COM using shared libraries instead of cgo.
     8  
     9  By Yasuhiro Matsumoto.
    10  
    11  ## Install
    12  
    13  To experiment with go-ole, you can just compile and run the example program:
    14  
    15  ```
    16  go get github.com/go-ole/go-ole
    17  cd /path/to/go-ole/
    18  go test
    19  
    20  cd /path/to/go-ole/example/excel
    21  go run excel.go
    22  ```
    23  
    24  ## Continuous Integration
    25  
    26  Continuous integration configuration has been added for both Travis-CI and AppVeyor. You will have to add these to your own account for your fork in order for it to run.
    27  
    28  **Travis-CI**
    29  
    30  Travis-CI was added to check builds on Linux to ensure that `go get` works when cross building. Currently, Travis-CI is not used to test cross-building, but this may be changed in the future. It is also not currently possible to test the library on Linux, since COM API is specific to Windows and it is not currently possible to run a COM server on Linux or even connect to a remote COM server.
    31  
    32  **AppVeyor**
    33  
    34  AppVeyor is used to build on Windows using the (in-development) test COM server. It is currently only used to test the build and ensure that the code works on Windows. It will be used to register a COM server and then run the test cases based on the test COM server.
    35  
    36  The tests currently do run and do pass and this should be maintained with commits.
    37  
    38  ## Versioning
    39  
    40  Go OLE uses [semantic versioning](http://semver.org) for version numbers, which is similar to the version contract of the Go language. Which means that the major version will always maintain backwards compatibility with minor versions. Minor versions will only add new additions and changes. Fixes will always be in patch. 
    41  
    42  This contract should allow you to upgrade to new minor and patch versions without breakage or modifications to your existing code. Leave a ticket, if there is breakage, so that it could be fixed.
    43  
    44  ## LICENSE
    45  
    46  Under the MIT License: http://mattn.mit-license.org/2013